Universal secure registry

ABSTRACT

A device is configured to allow a user to select any of a plurality of accounts to employ in a financial transaction. The user device includes a biometric sensor configured to receive a biometric input, a user interface configured to receive a user input including secret information known to the user and identifying information concerning an account selected by the user from the plurality of accounts. The user device includes a communication link configured to communicate with a secure registry, and a processor coupled to the biometric sensor to receive information concerning the biometric input, the user interface, and the communication link. The processor is configured to generate a non-predictable value and encrypted authentication information from the non-predictable value, the identifying information, and at least one of the information concerning the biometric input and the secret information, and communicate the authentication information via the communication link to the secure registry.

CROSS REFERENCE TO RELATED APPLICATIONS

This application claims the benefit under 35 U.S.C. §120 as acontinuation of U.S. patent application Ser. No. 12/393,586 filed Feb.26, 2009, now U.S. Pat. No. 8,234,220 which is a continuation-in-part ofeach of U.S. patent application Ser. No. 11/760,732 filed Jun. 8, 2007,now U.S. Pat. No. 7,809,651; U.S. patent application Ser. No. 11/760,729filed Jun. 8, 2007, now U.S. Pat. No. 7,805,372; and U.S. patentapplication Ser. No. 11/677,490 filed Feb. 21, 2007, now U.S. Pat. No.8,001,055. This application also claims the benefit under 35 U.S.C. §120as a continuation-in-part of U.S. patent application Ser. No. 13/168,556filed on Jun. 24, 2011, which claims the benefit under 35 U.S.C. §120 asa continuation of U.S. application Ser. No. 11/677,490 filed Feb. 21,2007, now U.S. Pat. No. 8,001,055. Each of U.S. application Ser. Nos.11/760,732, 11/760,729 and 11/677,490 claim priority under 35 U.S.C.§119 (e) to U.S. Provisional Application Nos. 60/812,279 filed on Jun.9, 2006, and 60/859,235 filed on Nov. 15, 2006. U.S. application Ser.No. 11/677,490 also claims priority under 35 U.S.C. §119 (e) to U.S.Provisional Application No. 60/775,046 filed on Feb. 21, 2006. Each ofthe above-identified applications is hereby incorporated herein byreference in its entirety.

Application Ser. No. 12/393,586 filed Feb. 26, 2009 claims priorityunder 35 U.S.C. §119(e) to U.S. Provisional Application Ser. No.61/031,529, entitled “UNIVERSAL SECURE REGISTRY,” filed on Feb. 26,2008, which is herein incorporated by reference in its entirety.

BACKGROUND OF INVENTION

1. Field of Invention

Embodiments of the invention generally relate to systems, methods, andapparatus for authenticating identity or verifying the identity ofindividuals and other entities seeking access to certain privileges andfor selectively granting privileges and providing other services inresponse to such identifications/verifications. In addition, embodimentsof the invention relate generally to systems and methods for obtaininginformation from and/or transmitting information to a user device and,in particular, to systems, methods, and apparatus that provide forcontactless information transmission.

2. Discussion of Related Art

Control of access to secure systems presents a problem related to theidentification of a person. An individual may be provided access to thesecure system after their identity is authorized. Generally, accesscontrol to secure computer networks is presently provided by anauthentication scheme implemented, at least partly, in software locatedon a device being employed to access the secure computer network and ona server within the secure computer network. For example, if acorporation chooses to provide access control for their computernetwork, they may purchase authentication software that includesserver-side software installed on a server in their computer system andcorresponding client-side software that is installed on the devices thatare used by employees to access the system. The devices may includedesktop computers, laptop computers, and handheld computers (e.g., PDAsand the like).

In practice, the preceding approach has a number of disadvantagesincluding both the difficulty and cost of maintaining the authenticationsystem and the difficulty and cost of maintaining the security of theauthentication system. More specifically, the software resides in thecorporation's computers where it may be subject totampering/unauthorized use by company employees. That is, theinformation technology team that manages the authentication system hasaccess to the private keys associated with each of the authorized users.As a result, these individuals have an opportunity to compromise thesecurity of the system. Further, any modification and/or upgrade to theauthentication system software is likely to require an update to atleast the server-side software and may also require an update of thesoftware located on each user/client device. In addition, where thecompany's computer systems are geographically distributed, softwareupgrades/updates may be required on a plurality of geographicallydistributed servers.

There is also a need, especially in this post September 11 environment,for secure and valid identification of an individual before allowing theindividual access to highly secure areas. For example, an FBI agent oran air marshal may need to identify themselves to airport security or agate agent, without compromising security. Typically such identificationmay comprise the air marshal or FBI agent showing identification indiciato appropriate personnel. However, there are inherent flaws in thisprocess that allow for security to be compromised, includingfalsification of identification information and failure of the airportsecurity or other personnel to recognize the situation. Of course thisprocess could be automated, for example, by equipping airport personnelor security with access to a database and requiring the FBI agent or airmarshal to appropriately identify themselves to the database, forexample, by again providing identification which airport personnel canthen enter into the database to verify the identity of the personseeking access to a secure area. However, this process also has theinherent flaws in it as described above. In addition, there may be timeswhen airport security or personnel may not be able to communicate withthe database to check the identity of the person seeking access, forexample, when they are not near a computer terminal with access to adatabase or are carrying a hand-held device that does not have anappropriate wireless signal to access the database. In addition, thereis a need to ensure that if such a hand-held device ends up the wronghands, that security is not compromised.

Further, both commercial (e.g., banking networks) and non-commercial(e.g., security systems) information systems often rely on magnetic cardreaders to collect information specific to a user (e.g., a securitycode, a credit card number, etc.) from a user device (e.g., atransaction card). Credit card purchases made in person provide anexample of the most common transaction-type that relies on a userdevice, the credit or debit card, which is read by a magnetic cardreader. User devices that rely on magnetic-stripe based technologymagnetically store information (e.g., binary information) in themagnetic stripe. The magnetic stripe reader provides an interface to alarger computerized network that receives the user's information todetermine, for example, whether to authorize a transaction, to allow theuser access to a secure area, etc.

Recently, such devices have seen technological advances that increasetheir capabilities and improve their security. For example, such devicesmay now include embedded processors, integral biometric sensors thatsense one or more biometric feature (e.g., a fingerprint) of the user,and magnetic stripe emulators. As one result, such devices may providegreater security by dynamically generating the necessary information,for example, generating the credit card number at the time of atransaction. Improved security can also be provided by such devicesbecause more sophisticated authentication schemes can be implementedwith the devices.

In addition, user devices such as transaction cards may now also providefor one or more modes of information transmission other thantransmission via a magnetic stripe/card reader combination. For example,user devices that may transmit information optically or via radiofrequency (“RF”) signal transmission to a compatible system interfaceare now available. Further, the architecture of a user device thatincludes a processor is generally compatible with both the improvedsecurity features described above and the contactless transmission modessuch as optical and RF signal transmission. As a result of the improvedsecurity and greater functionality of some current user devices, thereis a desire to replace magnetic-stripe based user devices with devicesthat include forms of information transmission other than the reading ofa magnetic-stripe.

There is, however, a substantial installed base of interfaces (forexample, at points of sale, at automatic teller machines (“ATM”), andthe like) that include magnetic card readers which are not equipped toreceive information from a user device in any other format other thanfrom a magnetic stripe. As a result of the cost to replace or retrofitthe installed base, efforts to more-widely introduce user devices thatdo not employ magnetic stripe devices have not been developed. Becauseof the potential to substantially reduce fraud, however, the furtherimplementation of such devices is of great interest to financialinstitutions among others. RF devices that transmit informationwirelessly are expected to become much more prevalent and at some point,the predominant form of information transmission for user authenticationbased on a hand-held device, for example, credit card, debit card,drivers license, passport, social security card, personalidentification, etc. Thus, new and improved methods for transitioningfrom a purely magnetic based form of communication to a wireless form ofcommunication are desired.

One current approach that is intended to “transform” a smart card foruse with a magnetic stripe card reader employs a “bridge” device. Thebridge device requires that the smart card be inserted within it. Thebridge device includes a slot for receiving the smart card, a key padwhereby the user may enter information (e.g., a PIN number), and acredit card sized extension member. Operation of the bridge devicerequires that the smart card be inserted within it and that anelectrical contact surface of the smart card engage a similar surfacewithin the bridge device before the bridge device (i.e., the extensionmember) can be used with a magnetic card reader. Thus, the contactlessnature of more advanced information transmission systems is lost withthe bridge device because it does not support wireless signaltransmission.

Accordingly, there is a desire for one or more devices, systems andmethods for accomplishing any of the herein mentioned objectives.

SUMMARY OF INVENTION

There is thus a need for an identification system that will enable aperson to be accurately identified (“identification” sometimes beingused hereinafter to mean either identified or verified) and/orauthenticated without compromising security, to gain access to securesystems and/or areas. Likewise, there is a need for an identificationsystem that will enable a person to be identified universally withoutrequiring the person to carry multiple forms of identification.

Accordingly, this invention relates, in one embodiment, to aninformation system that may be used as a universal identification systemand/or used to selectively provide information about a person toauthorized users. Transactions to and from a secure database may takeplace using a public key/private key security system to enable users ofthe system and the system itself to encrypt transaction informationduring the transactions. Additionally, the private key/public keysecurity system may be used to allow users to validate their identity.For example, in one embodiment, a smart card such as the Secure ID™ cardfrom RSI Security, Inc. may be provided with the user's private key andthe USR system's public key to enable the card to encrypt messages beingsent to the USR system and to decrypt messages from the USR system 10.

The system or database of the invention may be used to identify theperson in many situations, and thus may take the place of multipleconventional forms of identification. Additionally, the system mayenable the user's identity to be confirmed or verified without providingany identifying information about the person to the entity requiringidentification. This can be advantageous where the person suspects thatproviding identifying information may subject the identifyinginformation to usurpation.

Access to the system may be by smart card, such as a Secure ID™ card, orany other secure access device. The technology enabling the user topresent their identity information may be physically embodied as aseparate identification device such as a smart ID card, or may beincorporated into another electronic device, such as a cell phone,pager, wrist watch, computer, personal digital assistant such as a PalmPilot™, key fob, or other commonly available electronic device. Theidentity of the user possessing the identifying device may be verifiedat the point of use via any combination of a memorized PIN number orcode, biometric identification such as a fingerprint, voice print,signature, iris or facial scan, or DNA analysis, or any other method ofidentifying the person possessing the device. If desired, theidentifying device may also be provided with a picture of the personauthorized to use the device to enhance security.

According to one embodiment of the invention, a method of controllingaccess to a plurality of secure computer networks using a secureregistry system located remotely from the to secure computer networks isdisclosed. The secure registry system includes a database containingselected data of a plurality of users each authorized to access at leastone of the plurality of secure computer networks. The method comprisesacts of receiving authentication information from an entity at a securecomputer network, communicating the authentication information to thesecure registry system, and validating the authentication information atthe secure registry system. The method also includes receiving from thesecure registry system an indication of whether the entity is authorizedto access the secure computer network, granting the entity access to thesecure computer network when the authentication information of theentity corresponds to one of the plurality of users, and denying theentity access to the secure computer network when the authenticationinformation of the user does not correspond to one of the plurality ofusers.

Another embodiment of the invention comprises a method of controllingaccess to a secure computer network using a secure registry system. Thesecure registry system includes a database containing selected data of aplurality of users authorized to access the secure computer network andselected data identifying the secure computer network. The methodcomprises receiving an access request including authenticationinformation and a computer network ID from an entity, determiningwhether the authentication information is valid for any of the pluralityof users, accessing data when the authentication information of theentity is valid for one of the plurality of users to determine whetherthe entity is authorized to access the computer network identified bythe computer network ID, and allowing the entity to access the securecomputer network when the authentication information of the entity isvalid for one of the plurality of users authorized to access thecomputer network identified by the computer network ID.

Another embodiment of the invention comprises a method of authenticatingan identity of a first entity. The method comprises the acts ofwirelessly transmitting from a first device, first encryptedauthentication information of the first entity, receiving with a seconddevice the wirelessly transmitted first encrypted authenticationinformation, decrypting with the second device, the first wirelesslyencrypted authentication information to provide the first authenticationinformation of the first entity to the second device; and authenticatingthe identity of the first entity based upon the first authenticationinformation; and acting based on the assessed identity of the firstentity.

Another embodiment of the invention comprises a system forauthenticating an identity of a first entity, comprising a firstwireless device comprising a first wireless transmitter and receiverconfigured to transmit a first wireless signal including first encryptedauthentication information, a first processor configured to comparestored biometric data with detected biometric data of the first entityand configured to enable or disable use of the first device based on aresult of the comparison, and configured to encrypt first authenticationinformation with a first private key of the first entity into the firstencrypted authentication information, a first biometric detector fordetecting biometric data of the first entity, and a first memory forstoring biometric data of the first entity, a private key of the firstentity authorized to use the first device, and the first authenticationinformation.

According to some embodiments, the system further comprises a secondwireless device comprising a second wireless transmitter and receiverconfigured to receive the first wireless signal and to process the firstwireless signal, a second processor configured to compare detectedbiometric data of a second entity with stored biometric data andconfigured to enable or disable use of the second device based upon aresult of the comparison, and configured to decrypt the firstauthentication information received in the first wireless signal, abiometric detector for detecting biometric data of a second entity, anda second memory storing biometric data of the second entity and aplurality of public keys of a plurality of first entities.

Another embodiment of the invention provides a first wireless devicecomprising a processor configured to enable operation of the firstwireless device if it receives an enablement signal validating firstbiometric information of a first entity and configured to generate anon-predictable signal from the biometric information, a first wirelesstransmitter and receiver configured to transmit a first wireless signalincluding first encrypted biometric information of the first entity andto receive the enablement signal, and a first biometric detector fordetecting the first biometric information of the first entity.

In one aspect of the invention, a device converts a wireless transactiondevice to a magnetic-stripe emulator device. In one embodiment, thedevice includes a wireless signal receiver that is configured to receivea wireless signal and provide information from the wireless signal. Inaddition, the device may include a magnetic-stripe emulator which iscommunicatively coupled to the wireless signal receiver and adapted toprovide a time-varying signal which emulates data provided by amagnetic-stripe card to a magnetic card reader in response to receivingthe information from the wireless signal. In one embodiment, the deviceincludes a processor communicatively coupled to the wireless signalreceiver and to the magnetic-stripe emulator. The device may alsoinclude an LED. In a version of this embodiment, the processor isconfigured to control the LED to indicate that the device is properlyaligned with the magnetic card reader. In another embodiment, the deviceincludes an output device that can provide information to a network orto a network device. In a version of this embodiment, the output deviceis a wireless transmitter device.

Further embodiments of the invention may include additional features,for example, in one embodiment the output device is a data port to whichthe device can provide data to a network or to a network device. In aversion of this embodiment, the data port is also configured to receivedata from the network or the network's device. In a further embodiment,the device is configured to communicate with the magnetic card readervia the data port.

In a further embodiment, the wireless receiver and/or processorsconfigure, decrypt and encrypt the wireless signal. In a furtherembodiment, the processor is configured to determine whether a user isauthorized to provide the information contained within the wirelesssignal from data within the wireless signal. In a version of thisembodiment, the data contained within the wireless signal includes userID information. In yet another embodiment, the data contained within thewireless signal includes biometric information of the user.

According to another aspect, the invention provides a system forvalidating an identity of a user to enable or prevent an occurrence ofan event. In one embodiment, the system includes a first deviceincluding a wireless transmitter which is configured to transmitvalidation information, a second device including a wireless receiver,where the second device is configured to receive the validationinformation and further transmit the validation information; and asecure system in communication with the second device. According to oneembodiment, the secure system includes a database. In a furtherembodiment, the secure system is configured to receive the validationinformation transmitted from the second device, and to transmitadditional information to the second device following a receipt of thevalidation information to assist the second device in either enabling orpreventing the occurrence of the event. In various embodiments, theevent that is enabled or prevented may be a transaction (e.g., afinancial transaction), access control (e.g., physical or electronicaccess) or other action that is either enabled or prevented.

According to a further aspect, the invention provides a method employinga system to validate an identity of a user to enable or prevent anoccurrence of an event. In one embodiment, the system includes a firstdevice, a second device and a secure system including a database.According to one embodiment, the method includes acts of receiving atthe second device validation information wirelessly transmitted from thefirst device, communicating the validation information from the seconddevice to the secure system, and receiving at the second deviceadditional information from the secure system. In a further embodiment,the additional information assists the second device in either enablingor preventing the occurrence of the event. In various embodiments, theevent that is enabled or prevented may be a transaction (e.g., afinancial transaction), access control (e.g., physical or electronicaccess) or other action that is either enabled or prevented.

In still another aspect, a user device is configured to allow a user toselect any one of a plurality of accounts associated with the user toemploy in a financial transaction. In one embodiment, the user deviceincludes a biometric sensor configured to receive a biometric inputprovided by the user, a user interface configured to receive a userinput including secret information known to the user and identifyinginformation concerning an account selected by the user from theplurality of accounts. In a further embodiment, the user device includesa communication link configured to communicate with a secure registry,and a processor coupled to the biometric sensor to receive informationconcerning the biometric input, the user interface, and thecommunication link. According to one embodiment, the processor isconfigured to generate a non-predictable value and to generate encryptedauthentication information from the non-predictable value, theidentifying information, and at least one of the information concerningthe biometric input and the secret information, and to communicate theencrypted authentication information via the communication link to thesecure registry.

In accordance with another aspect, a method of generating authenticationinformation includes acts of authenticating an identity of a user to adevice based on at least one of biometric data received by the devicefrom the user and secret information known to the user and provided tothe device. The method can also include the generation of anon-predictable value with the device. The method can further includeacts of receiving identifying information from the user concerning aselected one of a plurality of user accounts and generating encryptedauthentication information from the non-predictable value, theidentifying information, and at least one of the biometric data and thesecret information. In a further embodiment, the device can generateencrypted authentication information from each of the non-predictablevalue, the biometric data, the secret information, and the identifyinginformation.

According to a still further aspect, a method of controlling access to aplurality of accounts is provided where the method includes acts ofgenerating, with a device, encrypted authentication information from anon-predictable value generated by the device, identifying informationconcerning an account selected by a user of the device from among aplurality of accounts associated with the user, and at least one of abiometric of the user received by the device and secret informationprovided to the device by the user, communicating the encryptedauthentication information from the device to a secure registry via apoint-of-sale (POS) device to authenticate or not authenticate thedevice with the secure registry, authorizing the POS device to initiatea financial transaction involving a transfer of funds to or from theaccount selected by the user when the encrypted authenticationinformation is successfully authenticated, and denying the POS devicefrom initiation of the financial transaction involving a transfer offunds to or from the account selected by the user when the encryptedauthentication information is not successfully authenticated.

BRIEF DESCRIPTION OF DRAWINGS

This invention is pointed out with particularity in the appended claims.The above and further advantages of this invention may be betterunderstood by referring to the following description when taken inconjunction with the accompanying drawings. The accompanying drawingsare not intended to be drawn to scale. In the drawings, each identicalor nearly identical component that is illustrated in various figures isrepresented by a like numeral. For purposes of clarity, not everycomponent may be labeled in every thawing. In the drawings:

FIG. 1 is a functional block diagram of a computer system configured toimplement the universal secure registry (“USR”), including a USRdatabase, according to one embodiment of the invention;

FIG. 2 is a functional block diagram of a first embodiment of anetworked environment including the computer system of FIG. 1;

FIG. 3 is a functional block diagram of an entry of a database formingthe USR database of FIG. 1;

FIG. 4 is a functional block diagram of a second embodiment of anetworked environment including the computer system of FIG. 1;

FIG. 5 is a flow chart illustrating steps in a process of inputting datainto the USR database;

FIG. 6 is a flow chart illustrating steps in a process of retrievingdata from the USR database;

FIG. 7 is a flow chart illustrating a first protocol for purchasinggoods from a merchant via the USR database without transmitting creditcard information to the merchant;

FIG. 8 is a flow chart illustrating a second protocol for purchasinggoods from a merchant via the USR database without transmitting creditcard information to the merchant;

FIG. 9 is a flow chart illustrating a protocol for purchasing goods froma merchant via the USR database by validating the user's check;

FIG. 10 is a flow chart illustrating a protocol for purchasing goodsfrom an on-line merchant via the USR database without transmittingcredit card information to the on-line merchant, and enabling theon-line merchant to ship the goods to a virtual address;

FIG. 11 is a flow chart illustrating a protocol for shipping goods to avirtual address via the USR database;

FIG. 12 is a flow chart illustrating a protocol for telephoning avirtual phone number via the USR database;

FIG. 13 is a flow chart illustrating a protocol for identifying a personvia the USR database;

FIG. 14 is a flow chart illustrating a protocol for identifying a personto a policeman via the USR database;

FIG. 15 is a flow chart illustrating a protocol for providinginformation to an authorized recipient of the information via the USRdatabase;

FIG. 16 is a flow chart illustrating a protocol for providingapplication information to an authorized recipient of the informationvia the USR database;

FIG. 17 is a functional block diagram of an embodiment configured to useinformation in the USR system to activate or keep active propertysecured through the USR system; and

FIG. 18A is a functional block diagram of an embodiment configured touse the USR system to control access to a secure computer network;

FIG. 18B is a functional block diagram of another embodiment configuredto use the USR system to control access to a secure computer network;

FIG. 19 is a flow diagram of a process for controlling access to asecure computer network with the USR system in accordance with anembodiment of the invention;

FIG. 20 is a flow diagram of a process for controlling access to asecure computer network with the USR system in accordance with anotherembodiment of the invention;

FIG. 21 illustrates an embodiment of a system for validating theidentity of an individual;

FIGS. 22A and 22B illustrate one embodiment of a process for validatingthe identity of an individual;

FIG. 23 illustrates one embodiment of various fields included within afirst wireless signal and a second wireless signal as transmitted by thesystem of FIG. 21;

FIG. 24 illustrates one embodiment of a process for verifying orauthenticating the identity of a first user of a first wirelesstransmission device;

FIG. 25 illustrates another embodiment of a process for authenticatingthe identity of a first user of a wireless transmission device;

FIG. 26 illustrates still another embodiment of a process forauthenticating the identity of a first user of a wireless transmissiondevice; and

FIG. 27 illustrates one embodiment of a data structure that can be usedby any wireless device of the system of FIG. 21;

FIG. 28 illustrates a system in accordance with one embodiment of theinvention;

FIG. 29 illustrates a process in accordance with an embodiment of theinvention;

FIGS. 30A-30D illustrate a converter device in accordance with oneembodiment of the invention; and

FIG. 31 illustrates a further embodiment of a system that employs theUSR system.

DETAILED DESCRIPTION

This invention is not limited in its application to the details ofconstruction and the arrangement of components set forth in thefollowing description or illustrated in the drawings. The invention iscapable of other embodiments and of being practiced or of being carriedout in various ways. Also, the phraseology and terminology used hereinis for the purpose of description and should not be regarded aslimiting. The use of “including,” “comprising,” or “having,”“containing”, “involving”, and variations thereof herein, is meant toencompass the items listed thereafter and equivalents thereof as well asadditional items.

In one embodiment, an information system is formed as a computer programrunning on a computer or group of computers configured to provide auniversal secure registry (USR) system. The computer, in this instance,may be configured to run autonomously (without the intervention of ahuman operator), or may require intervention or approval for all, aselected subset, or particular classes of transactions. The invention isnot limited to the disclosed embodiments, and may take on many differentforms depending on the particular requirements of the informationsystem, the type of information being exchanged, and the type ofcomputer equipment employed. An information system according to thisinvention, may optionally, but need not necessarily, perform functionsadditional to those described herein, and the invention is not limitedto a computer system performing solely the described functions.

In the embodiment shown in FIG. 1, a computer system 10 for implementinga USR system according to the invention includes at least one main unit12 connected to a wide area network, such as the Internet, via acommunications port 14. The main unit 12 may include one or moreprocessors (CPU 16) running USR software 18 configured to implement theUSR system functionality discussed in greater detail below. The CPU 16may be connected to a memory system including one or more memorydevices, such as a random access memory system RAM 20, a read onlymemory system ROM 22, and one or more databases 24. In the illustratedembodiment, the database 24 contains a universal secure registrydatabase. The invention is not limited to this particular manner ofstoring the USR database. Rather, the USR database may be included inany aspect of the memory system, such as in RAM 20, ROM 22 or disc, andmay also be separately stored on one or more dedicated data servers.

The computer system may be a general purpose computer system which is toprogrammable using a computer programming language, such as C, C++,Java, or other language, such as a scripting language or even assemblylanguage. The computer system may also be specially programmed, specialpurpose hardware, an application specific integrated circuit (ASIC) or ahybrid system including both special purpose components and programmedgeneral purpose components.

In a general purpose computer system, the processor is typically acommercially available microprocessor, such as Pentium series processoravailable from Intel, or other similar commercially available device.Such a microprocessor executes a program called an operating system,such as UNIX, Linux, Windows NT, Windows 95, 98, or 2000, or any othercommercially available operating system, which controls the execution ofother computer programs and provides scheduling, debugging, input/outputcontrol, accounting, compilation, storage assignment, data management,memory management, communication control and related services, and manyother functions. The processor and operating system defines a computerplatform for which application programs in high-level programminglanguages are written.

The database 24 may be any kind of database, including a relationaldatabase, object-oriented database, unstructured database, or otherdatabase. Example relational databases include Oracle 81 from OracleCorporation of Redwood City, Calif.; Informix Dynamic Server fromInformix Software, Inc. of Menlo Park, Calif.; DB2 from InternationalBusiness Machines of Armonk, N.Y.; and Access from Microsoft Corporationof Redmond, Wash. An example object-oriented database is ObjectStorefrom Object Design of Burlington, Mass. An example of an unstructureddatabase is Notes from the Lotus Corporation, of Cambridge, Mass. Adatabase also may be constructed using a flat file system, for exampleby using files with character-delimited fields, such as in earlyversions of dBASE, now known as Visual dBASE from Inprise Corp. ofScotts Valley, Calif., formerly Borland International Corp.

The main unit 12 may optionally include or be connected to an userinterface 26 containing, for example, one or more input and outputdevices to enable an operator to interface with the USR system 10.Illustrative input devices include a keyboard, keypad, track ball,mouse, pen and tablet, communication device, and data input devices suchas voice and other audio and video capture devices. Illustrative outputdevices include cathode ray tube to (CRT) displays, liquid crystaldisplays (LCD) and other video output devices, printers, communicationdevices such as modems, storage devices such as a disk or tape, andaudio or video output devices. Optionally, the user interface 26 may beomitted, in which case the operator may communicate with the USR system10 in a networked fashion via the communication port 14. It should beunderstood that the invention is not limited to any particular manner ofinterfacing an operator with the USR system.

It also should be understood that the invention is not limited to aparticular computer platform, particular processor, or particularhigh-level programming language. Additionally, the computer system maybe a multiprocessor computer system or may include multiple computersconnected over a computer network. It further should be understood thateach module or step shown in the accompanying figures and the substepsor subparts shown in the remaining figures may correspond to separatemodules of a computer program, or may be separate computer programs.Such modules may be operable on separate computers. The data produced bythese components may be stored in a memory system or transmitted betweencomputer systems.

Such a system may be implemented in software, hardware, or firmware, orany combination thereof. The various elements of the information systemdisclosed herein, either individually or in combination, may beimplemented as a computer program product, such as USR software 18,tangibly embodied in a machine-readable storage device for execution bythe computer processor 16. Various steps of the process may be performedby the computer processor 16 executing the program 18 tangibly embodiedon a computer-readable medium to perform functions by operating on inputand generating output. Computer programming languages suitable forimplementing such a system include procedural programming languages,object-oriented programming languages, and combinations of the two.

As shown in FIG. 2, the computer system 10 may be connected to aplurality of interface centers 27 over a wide area network 28. The widearea network 28 may be formed from a plurality of dedicated connectionsbetween the interface centers 27 and the computer system 10, or may takeplace, in whole or in part, over a public network such as the Internet.Communication between the interface centers 27 and the computer system10 may take place according to any protocol, such as TCP/IP, ftp, OFX,or XML, and may include any desired level of interaction between theinterface centers 27 and the computer system 10. To enhance security,especially where communication takes place over a publicly accessiblenetwork such as the Internet, communications facilitating or relating totransmission of data from/to the USR database 24 or the computer system10 may be encrypted using an encryption algorithm, such as PGP, DES, orother conventional symmetric or asymmetric encryption algorithm.

In one embodiment, the USR system 10 or USR database 24 may be able toauthenticate its identity to a user or other entity accessing the systemby providing an appropriate code which may be displayed on the user'ssmart card, for example a SecurID™ card or its equivalent, or other codegenerator, for example a single use code generator, being employed bythe user. A comparison by the user or the code generator between theprovided number and an expected number can validate, to the user (orother entity) or the code generator, that communication is with thedatabase and not an imposter. In another embodiment, achallenge-response protocol is employed to authenticate the identity ofthe USR system and/or the user to the other.

The database 24 shown in FIG. 1 has a USR database containing entriesrelated to persons 1-n. The data in the USR database may also besegregated, as shown in FIG. 4, according to data type to enableindividual computer modules to handle discrete applications on discretedata types. Segregating the data, as illustrated in FIG. 4, may makeaccess to the database more robust by enabling portions of the data inthe USR database 24 to be accessible even when it is necessary toperform maintenance on a portion of the database. However, storing thedata in the USR database 24 according to the scheme illustrated in FIG.1 may make it easier for a user of the database to make changes tomultiple types of data simultaneously or in a single session. There areadvantages and disadvantages to each data structure, and the inventionis not limited to a particular manner of organizing the data within thedatabase 24, data structures other than the two shown also beingpossible.

As shown in FIG. 3, each entry 30 in the database 24 may containmultiple types of information. For example, in the embodiment shown inFIG. 3, the entry contains validation information 32, access information34, publicly available information 36, address information 38, creditcard and other financial information 40, medical information 42, jobapplication information 44, and tax information 46. The invention is notlimited to a USR containing entries with all of this information or onlythis particular information, as any information on a person or otherentity such as a company, institution, etc. may be stored in USRdatabase 24.

If the database information is split between multiple databases, eachdatabase will typically include at least the validation and accessinformation to enable the USR software to correlate a validation attemptwith a verified validation, and to enable the USR software to determineaccess privileges to the requested data. Alternatively, databases may belinked to permit information not in a main USR database to be retrieved,with validation/identification for all databases accessed being done atthe USR system.

In FIG. 3, the validation information is information about the user ofthe database to whom the data pertains and is to be used by the USRsoftware 18 to validate that the person attempting to access theinformation is the person to whom the data pertains or is otherwiseauthorized to receive it. The validation information may be any type ofinformation that will reliably authenticate the identity of theindividual. For example, in some embodiments, the information mayinclude any of a secret known by the user (e.g., a pin, a phrase, apassword, etc.), a token possessed by the user that is difficult tocounterfeit (e.g., a secure discrete microchip), and/or a measurementsuch as a biometric (e.g., a voiceprint, a fingerprint, DNA, a retinalimage, a photograph, etc.).

The user's identifying information may be manually entered or scanned atthe interface center. However, a variety of types of communication maybe employed to communicate the user's identifying information from theidentification card or token to the computer system. For example, nearfield signal may be employed to communicate information between theidentification card or token and the computer system 10. According toone embodiment, the user's identifying information is included in (orentered via) the user's cell phone where it is then communicated to thecomputer system 10. In one embodiment, the cell phone is also configuredto receive information from the computer system 10 at the interfacecenter 27.

In one embodiment, the user of the database will carry a SecurID™ cardavailable from RSA Security, formerly Security Dynamics Technologies,Inc., of Cambridge, Mass. Use of this card enables secure access to theUSR database without requiring the user to transmit any personalinformation. Specifically, to access the USR database, the cardretrieves a secret user code and/or time varying value from memory andobtains from the user a secret personal identification code. The cardmathematically combines these three numbers using a predeterminedalgorithm to generate a one-time nonpredictable code which istransmitted to the computer system 10. The computer system, specificallyUSR software 18, utilizes the received one-time nonpredictable code todetermine if the user is authorized access to the USR database andgrants access to the USR database if the user is determined to beauthorized. The verification information 32 in the database entry in theembodiment of the invention illustrated in FIG. 3 contains informationto enable the USR software 18 to validate the user using such a card inthis manner.

Alternative types of identification cards or tokens may likewise beused. For example, other smart cards may be used which generatenon-predictable single use codes, which may or may not be time varying,or other access code generators may be used. An algorithm generatingsuch non-predictable codes may also be programmed onto a processor on asmart card or other computing device, such as a cell phone, pager, IDbadge, wrist watch, computer, personal digital assistant, key fob, orother commonly available electronic device. For convenience, the term“electronic ID device” will be used generically to refer to any type ofelectronic device that may be used to obtain access to the USR database.

Likewise, various types of biometric information may be stored in theverification area of the database entry to enable the identity of theuser possessing the identifying device to be verified at the point ofuse. Examples of the type of biometric information that may be used inthis situation includes a personal identification number (PIN),fingerprint, voice print, signature, iris or facial scan, or DNAanalysis. If desired, the verifying section of the database may containa picture to be transmitted back to the person seeking to validate thedevice to ensure the person using the device is the correct person.Optionally, the identifying device itself may also be provided with apicture of the person authorized to use the card to provide a facialconfirmation of the person's right to use the card.

Further, a challenge-response protocol may be employed in combinationwith or as an alternative to the preceding to validate the personattempting to access the information. Various embodiments may employ achallenge-response protocol with or without an identification card.

In FIG. 3, the Access information 34 is provided to enable differentlevels of security to attach to different types of information stored inthe entry 30 in the USR database 14. For example, the person may desirethat their address information be made available only to certain classesof people, for example colleagues, friends, family, Federal Express,U.P.S., and the U.S. mail service. The names or universal identifiersfor those selected individuals, companies, organizations and/or agenciesmay be entered into appropriate fields in the Access information tospecify to the USR software 18 those individuals to whom the addressinformation may be released. Likewise, access fields may be specifiedfor the other types of information. For example, the individual mayspecify that only particular individuals and/or companies have access tothe credit card and other financial information 40, medical information42, job application information 44 and tax information 46. Additionally,the individual may specify that no one have access to that informationunless the individual participates in the transaction (see FIG. 6).

As shown in FIG. 1, the USR software 18 contains algorithms forexecution by the CPU 16 that enables the CPU 16 to perform the methodsand functions of the USR software described below in connection withFIGS. 5-16. The USR software 18, in this embodiment, performs allfunctions associated with validating an electronic ID card. If desired,a separate validation software module may be provided to validateelectronic ID devices outside of a firewall segregating the validationinformation from other user information.

This algorithm comprising the USR software 18 may be used to implement,in one exemplary embodiment, a USR system configured to enable selectedinformation to be disseminated to selected individuals in a secure anddynamic fashion. This information may be used for numerous purposes,several of which are set forth below and discussed in greater detail inconnection with FIGS. 5-16.

For example, the USR system may be used to identify the person, enablethe person to be contacted by telephone or mail anonymously, enable theperson to be contacted by telephone or by mail without revealing theperson's telephone number or present location, enable the person topurchase items over the Internet or in a store without revealing to themerchant any personal identification information or credit cardinformation, enable the person to complete a job application withoutcompleting a job application form, enable the police to discern theperson's identity and any outstanding warrants on the individual, andnumerous other uses. The invention is not limited to these severalenumerated uses, but rather extends to any use of the USR database. Themethods of using the USR database 24 will now be discussed in connectionwith FIGS. 5-16.

FIG. 5 illustrates a method of training the USR database 24. As shown inFIG. 5, the USR software 18 first validates the person's identification(500). The initial validation of the person's identification (500) maytake place at the point of sale of an electronic ID device (for example,a smart card). This may be done in any conventional manner, such as byrequiring the person to show a government issued identification card,passport, birth certificate, etc. Once the person's electronic ID devicehas been issued and initially validated, the validation process proceedsas discussed above.

After the validation process (500), the USR software 18 determines ifthe person has rights to enter data into the system (502). This stepenables the system to charge persons for maintaining information in theUSR database 24. For example, the USR software 18 may poll a database ofcurrent accounts or a database of accounts that are currently in defaultto determine if the person has paid the access fee to enter data intothe database. A similar account status inquiry process may be performedby the USR software 18 in connection with each of the other methods setforth in FIGS. 6-16. If the person is not authorized to enter data intothe USR database 24, the person is notified of the status of theiraccount and the process returns (512) to wait for further input fromanother person. Alternatively, a person may be permitted to enter someclasses of data into the system and update such classes of data at nocharge, with a fee possibly being required for other classes of data,for example medical records. This would facilitate a more robustdatabase.

If the person is authorized, the USR software 18 then enables the personto enter basic personal data into the USR database 24 (504). Optionally,personal data may be one class of data the USR software 18 allows theperson to enter into the USR database 18 regardless of account status,i.e., for free.

The USR software 18 will then check to see if the person has additionalrights to enter additional data (506), such as data to be entered intoone of the other categories of data in FIG. 3. Optionally, this step ofchecking the person's rights to enter data (506) may be combined withthe initial check (502). If the person does not have rights to enter anyfurther data, the USR software 18 notifies the user and returns (512).

If the USR software 18 determines that the person has the right to enteradditional data into the USR database 24, the person is prompted throughthe use of appropriate prompts, provided with forms, and otherwiseenabled to enter advanced personal data into the USR database 24 (508).For each type of data entered, the person is asked to specify the typeof access restrictions and/or whom should be allowed to access theadvanced personal data (510). When the person has completed enteringdata into the database, the process returns (512) and commits the datato the database.

In the situation where only one person has access to enter and/or modifydata for a given person in the database, there should be no conflictwith committing data to the database. If, however, multiple people haveaccess to a given account to modify data, the database may perform anintegrity check to ensure the absence of conflict in the data beforecommitting the new data to the database.

Enabling access to the information in the database will be explained ingreater detail in connection with FIG. 6. As shown in FIG. 6, thedatabase will generally allow anyone to access basic personal data onanyone without performing any authorization check (600).

If information beyond that specified in the basic personal informationarea is requested, the USR software 18 queries whether the requestor hasthe right to access the type of requested data (602). The process ofdetermining the requestor's rights (602) typically involves validatingthe requestor's identity and correlating the identity, the requestedinformation and the access information 34 provided by the person to theUSR database during the training process described above with respect toFIG. 5.

If the USR software 18 determines that the requestor has rights toaccess the type of requested data (604), the USR software 18 instructsthe USR database 24 to enable access to the type of requested data(606). The actual step of enabling access to the type of requested datamay involve multiple steps of formulating a database query, querying theUSR database 24, retrieving the results, assembling the results into auser friendly or user readable format, and transmitting the informationto the user.

If the USR software 18 determines that the requestor does not have theappropriate rights to access the type of requested data (604), the USRsoftware 18 checks to see if the person is participating in thetransaction (608). Checking to see if the person is participating in thetransaction enables the user to authorize access to the requested datain real time. For example, a person may wish to participate in atransaction to give a potential employer one-time access to jobapplication information 44 (see FIG. 3). If the person is notparticipating in the transaction, the USR software 18 determines thatthe requestor is not authorized to have access to the requested data,notifies the requestor of this determination, and ends (610).

If the person is participating in the transaction (608), however, theUSR software 18 validates the person's identity (612) and enables theperson to change access rights to the data (614). If the USR software 18is not able to validate the person's identity, the USR software 18refuses to allow the person to update the database, notifies the personand/or requestor of this determination, and returns (610).

It is also possible that a person may be required to grant access tocertain data, for example financial data such as account numbers, underduress. The system may provide the person with the ability to safelysignal this when accessing the system by using a selected access code orby making a known modification to the access code provided by theelectronic ID device. On receiving such code, the system would takeappropriate steps to protect the person, including for example alertingthe police, tracking the person's location to the extent possible,providing traceable data, and the like.

Once the person has had the opportunity to change access rights to thedata (614), the USR software 18 again checks to see if the requestor hasrights to access the type of requested data (616). Although step 616 mayseem redundant, given the fact that the person is participating in thetransaction and has just previously changed access rights to thedatabase to enable the requestor to have access to the data, step 616 isactually useful at preventing a different type of fraud. Specifically,the requestor may not be forthright with the person regarding the typeof information they are requesting. If step 616 were omitted, the USRsoftware 18 may inadvertently allow access to an unauthorized type ofinformation in the situation where the requestor has surreptitiouslyrequested multiple types of data.

If the USR software 18 determines that the requestor has rights to thetype of data requested (616), it causes the USR database to enableaccess to the type of requested data (606). Otherwise, it notifies therequestor of the decision to deny access to the requested data andreturns (610).

Various applications of the USR database 24 and USR software 18 will nowbe discussed in connection with FIGS. 7-16. These applications aremerely exemplary of the types of applications enabled by the USRsoftware 18 and USR database 24, and the invention is not limited tothese particular applications.

FIG. 7 illustrates one embodiment of a method of using the USR software18 and USR database 24 to purchase goods or services from a merchantwithout revealing to the merchant account information relating to theperson's bank or credit card.

As shown in FIG. 7, when a user initiates a purchase (700), the userenters a secret code in the user's electronic ID device (702) to causethe ID device to generate a onetime code or other appropriate code, andpresents the electronic ID device with the code to the merchant orotherwise presents the code to the merchant. The merchant transmits tothe credit card company (1) the code from the electronic ID device, (2)the store number, (3) the amount of the purchase (704), and the time ofreceipt of the code. The credit card company takes this information andpasses the code from the electronic ID device to the USR software 18(706). The USR software 18 determines if the code is valid, or was validat the time offered, and if valid accesses the user's credit cardinformation and transmits the appropriate credit card number to thecredit card company (708). While the link between the USR system and thecredit card system is a secure link, there is always a danger that thelink may be penetrated and credit card numbers obtained. This may beavoided by instead transmitting, on approval, a multidigit public IDcode for the credit card holder which the credit card company can map tothe correct credit card number. Even if the link is violated, the publicID code is of no value and the secure link prevents this code from beingimproperly sent to the credit card company. The credit card companychecks the credit worthiness of the user and declines the card or debitsthe user's account in accordance with its standard transactionprocessing system (710). The credit card company then notifies themerchant of the result of the transaction (712). In this embodiment, theuser has been able to purchase goods or services from a merchant withoutever providing to the merchant the credit card number. Since theelectronic ID device generates a time variant code or otherwisegenerates a code that can for example only be used for a singletransaction, the merchant retains no information from the transactionthat may be fraudulently used in subsequent transactions.

Another embodiment of a system for facilitating purchase of goods orservices without providing financial information to the merchant is setforth in FIG. 8. In FIG. 8, like FIG. 7, the user initiates a purchase(800), enters a secret code in the electronic ID device (802) andpresents the resultant code to the merchant. The merchant, in thisembodiment, transmits to the USR software 18, (1) the code from theelectronic ID, (2) the store number, and (3) the amount of the purchase(804). The USR software 18 determines if the code is valid (806) and, ifvalid, accesses from the USR database 24 the user's credit cardinformation (808). The USR software then transmits to the credit cardcompany (1) the credit card number, (2) the store number, and (3) theamount of purchase (808). The information in this embodiment transmittedto the credit card company is intended to be in a format recognizable tothe credit card company. Accordingly, the invention is not limited totransferring from the USR system 10 to the credit card company theenumerated information, but rather encompasses any transfer ofinformation that will enable the use of the USR system 10 to appeartransparent to the credit card company.

The credit card company then processes the transaction in a standardfashion, such as by checking the credit worthiness of the person,declining the card or debiting the user's account and transferring moneyto the merchant's account (810). The credit card company then notifiesthe USR system 10 the result of the transaction (812) and the USRsoftware 18 in turn notifies the merchant of the result of thetransaction (814).

In this embodiment, like the embodiment of FIG. 7, the user can use theUSR system 10 to purchase goods or services from a merchant withoutproviding the merchant with the user's credit card number. In theembodiment of FIG. 8, the interposition of the USR system 10 between themerchant and the credit card company is transparent to the credit cardcompany and thus requires no or minimal cooperation from the credit cardcompany to implement.

FIG. 9 illustrates one embodiment of a method of using the USR system 10to verify funds when using a check to purchase goods or services from amerchant. In the embodiment of FIG. 9, the user initiates a purchase andwrites a check to the merchant (900). The check may be a conventionalcheck containing identifying information, or may be a check bearing aunique serial number and no identifying information to enable the checkto be used anonymously.

In either situation, the user enters a secret code into the electronicID card and presents the resulting code to the merchant along with thecheck (902). The merchant transmits to the USR software 18 (1) the codefrom the electronic ID card, (2) the store number, and (3) the amount ofthe purchase (904). Where the check is an anonymous check, the merchantalso transmits to the USR software 18 the check number.

The USR software 18 then determines if the code from the electronic IDis valid (906), and if valid accesses the user's bank information andtransmits to the bank: (1) the user's bank account number, (2) the storenumber, and (3) the amount of the purchase (908). Optionally, the USRsoftware 18 may additionally inform the bank of the check number.

The bank polls its own database to determine if there are sufficientfunds in the user's account (910) and notifies the USR software 18 ofthe result (912). The USR software 18 then, in turn, notifies themerchant of the result of the verification (914).

This check verification system may take place over an unsecuredconnection between the merchant and the USR system 10 since the user'sbank account information is not sent over the connection between themerchant and the USR system 10. Moreover, where an anonymous check isused, the merchant is not even provided with the person's name oraccount information in written form. This provides additional securityagainst unauthorized persons writing subsequent checks.

The check verification system may be conducted over a telephone network,such as by having the merchant call a toll free number or over a networkconnection such as over the Internet.

FIG. 10 illustrates a method of conducting a transaction with a merchantwithout requiring the user to provide to the merchant the user's name,address, or other identifying information, while enabling the merchantto ship the goods to the user. This may be beneficially employed, forexample, in connection with transactions that take place between remoteparties in a networked environment, such as the Internet.

As shown in FIG. 10, the user initiates an anonymous purchase byentering a secret code into the electronic ID device and transmittingthe result to the on-line merchant (1000). The merchant transmits thisinformation to the USR software 18, along with the store number and theamount of the purchase (1002). Optionally, the merchant may provide thestore number and purchase price to the user and the user may send thisinformation directly to the USR software 18 along with the code from theelectronic ID. Where the number from the electronic ID device is a timevarying number, the merchant may also need to input the time the numberwas received. Alternatively, the electronic ID device may encode orencrypt the time with the number, the USR software being able to extracttime when receiving the number from the merchant. This may not berequired where the time varying number varies slowly, for examplechanging every hour rather then every minute as with some devices.

In either event, the USR software 18 determines if the code is valid(1004) and, if valid, accesses the user's credit card information fromthe USR database 24 (1006). The USR software 18 then contacts the user'scredit card company, as described above in connection with FIG. 8 (1008)and notifies the USR software 18 of the result (1010).

If the user's credit is declined, the USR software 18 notifies theon-line merchant and the transaction is terminated (1012). If the user'scredit is honored, the USR software 18 polls the USR database 24 for theuser's address and/or address code (1014). Address codes are discussedbelow in greater detail with reference to FIG. 11. The merchant thenpackages the goods into a parcel, labels the parcel with the appropriateaddress and/or address code and ships the parcel to the user (1016).Having the USR system 10 provide the address and/or address code to theon-line merchant enables the user to purchase items in a networkedenvironment without requiring the user to input address information inconnection with every sale.

FIG. 11 illustrates a use of the USR database 24 to deliver mail to auser without requiring the user to provide address information to thesender. This may be useful in many contexts. For example, the user maywish that the address information be known only by the post office. Inthis instance, using the USR database 24 according to the method of theinvention described below will enable the user to receive parcelswithout requiring the user to provide the merchant with the addressinformation. Additionally, the user's address may change, temporarily,permanently, or frequently. Enabling the sender to send mail by enteringa code instead of an address enables the post office to effectivelydeliver the coded mail to the corresponding address regardless of thefrequency with which the address changes or the duration in which theaddress will remain valid.

In FIG. 11, the user provides an address code on a public area of theUSR database 24 that is available to all persons to see (1100). Thiscode may for example be six alpha characters, which should be adequatefor currently anticipated system populations. Optionally, the user mayprovide this code directly to a merchant or other person desirous ofsending the person one or more parcels.

The user also provides address information to the address informationarea 38 of the user's entry in the USR database 24 (1102). Access to theaddress information 38 is restricted by a rule or other appropriateentry in the access information 34 of the user's entry to only permitmail, parcel or other material delivery services, such as the US mail,UPS and Fed Ex to access the address information.

When someone wishes to have a parcel or other items delivered to theuser, the sender retrieves the user's address code from the USR database24 or otherwise receives the address code from the user, and prints theaddress code on the parcel (1104).

The delivery service accesses the USR software 18, validates itsidentity, and queries the USR database 24 for address informationcorresponding to the address code (1106). The USR database 24 retrievesthe appropriate address data and provides the address information to thedelivery service. The delivery service then either prints out an addresslabel, prints a machine readable bar code to be attached to the package,or correlates an entry in a delivery database between the address codeand the user address (1110). The delivery service then uses thisretrieved information to deliver the package to the user while neversupplying the merchant with the user's permanent or temporary address. Auser may also assure that mail, parcels, etc. are delivered to a currentlocation by providing only a single notice to the USR system, regardlessof how frequently the person moves. The person can also automaticallyprovide for address changes where the person moves according to a knownschedule. Thus, deliveries to be made on a weekday could be directed toone address and deliveries on a weekend to another address; ordeliveries during winter months to one address and during summer monthsto a different address.

FIG. 12 illustrates a method of enabling a person to telephone a user ofthe USR system 10 without providing the user's telephone number to theperson. In the embodiment illustrated in FIG. 12, the user provides atelephone code on the publicly available area of his entry on the USRdatabase 24 (1200). This code may be assigned by the USR software 18 ormade up by the user. The user also provides the USR database 24 withactual telephone information to enable the USR system 10 to connectcallers with the user (1202).

The person wishing to telephone the user of the USR system 10 calls atelephone number and enters the telephone code of the user (1204). TheUSR software 18, optionally, may require the person to identifythemselves to see if they are authorized to call the user. Assuming thatthe person is authorized to call the person, or if no authorizationcheck is performed, the USR connects the person to the telephone numberin the USR database 24 without providing the person with the telephonenumber.

Enabling the user to specify the telephone number may be advantageousfor many reasons. First, the user may frequently be switching betweentelephone coverage areas and may wish to be reachable at all times.Simply by instructing the USR database 24 to connect incoming telephonecalls to one of a myriad of numbers will facilitate connecting theincoming calls to, for example, the user's cell phone, work phone,pager, car phone or home phone, without necessitating the user toprovide all these numbers to the caller. A similar system may beimplemented for facsimile transmissions, e-mails or othercommunications.

The user also may have predefined rules to enable telephone calls tofollow a set pattern. For example, the user may desire to receivetelephone calls only from family members during the night time at home,may wish to have all incoming calls routed to a car phone duringcommuting hours, and may wish to have all incoming calls routed to acell phone during lunch. These time dependent rules may and/or callerspecific rules may be entered into the USR database to specifyaccessibility and connectivity of incoming telephone calls.

The publicly available address code and telephone code and any othercodes may be the same, or may be different, there being some advantagesto having a single code usable for all such applications for each personon the system. The codes could be accessible through a variety of mediaincluding telephone and the Internet. Where two or more people on thesystem have the same name, which will frequently be the case, additionalpublicly available biographical data may be provided with the name toassure that the right code is selected. The system may similarly be usedto provide public keys for use in a public key/private key encryptionsystem, to provide other public codes for an individual or to provideother public information. Access to such information would typically beunrestricted.

Where the system is used to provide public keys, the public code used toobtain the key, or possibly the public key itself, may be used as aboveto obtain the e-mail address, telephone number or the like for theperson to whom the message is being sent, and the USR system may also beused to perform the encryption. When the recipient receives the message,he deencrypts it using the recipient's private key in standard fashion,including deencrypting the name of the sender. However, this does notnecessarily verify the sender and such verification may be desirable forimportant messages, particularly ones involving large financialtransactions. The USR system may accomplish such verification by alsostoring private keys for people in the system. The sender firstauthenticates himself to the system, and the system then adds a secondsignature to the message which is encrypted with the sender's privatekey. The receiving party deencrypts this signature with the sender'spublic key. Since the system only sends such signatures forauthenticated users, the message is thus verified.

FIG. 13 illustrates a general method of using the USR database 24 toauthenticate a user's identification. This may be used in connectionwith any of the other methods disclosed herein to ensure that theelectronic ID device has not been stolen and/or hacked by anunauthorized holder.

Specifically, in the embodiment illustrated in FIG. 13, the userattempts to prove identification to a validator, such as to prove thatthe possessor of the electronic ID device is of sufficient age topurchase alcohol (1300). In connection with this attempt, the userenters a secret code into the electronic ID (1302). The validatortransmits to the USR software 18 the code from the electronic ID (1304).If the USR software 18 determines that the code is valid (1306), itaccesses the user's photograph, age information, or any other desiredinformation, and transmits that information to the validator (1308). Bytransmitting back to the validator a picture of the person to whom theelectronic ID card was issued, the validator can ensure that the personusing the electronic ID card is the proper person. Likewise, thevalidator can ensure, based on the information provided by the USRsystem 10, that the person is as old as the person claims to be.

A specific embodiment of this identification validation procedure isillustrated in FIG. 14. In FIG. 14, a policeman takes the place of thevalidator. In this scenario, however, instead of simply transmitting tothe policeman a validation of the user's identity, such as theirpicture, the policeman may also receive additional information, such asthe user's police records, records of any arrests, outstanding warrants,and other similar information that may be of use to the policeman whendetermining how to handle a particular individual.

FIG. 15 illustrates a process for enabling the user to provide specificinformation to a party, such as medical staff in an emergency room. Asshown in FIG. 15, if the user desires to provide information to a party(1500), the user enters a secret code in the electronic ID device andprovides the electronic ID code to the party (1502). The party transmitsto the USR software 18 the ID code and the party code (1504). The partycode may be a code from for example an electronic device whichidentifies the party, may be a status code which identifies the class ofusers to which the party belongs, for example policeman, emergency roompersonnel, doctor, etc. or may be a combination of both, the status codefor example being encrypted into the ID code. The USR software 18determines if the code is valid (1506), accesses the user's informationin the USR database 24 and transmits available information to the party(1508). In this scenario, the user may be provided with a plurality ofdifferent codes to enter into the electronic ID device depending on thetype of information to be released to the party. For example, the user'sbasic code may be 1234. The fifth digit of the electronic code mayspecify the type of information to be provided, i.e., 1=addressinformation, 2=medical information; 3=telephone information, 4=jobapplication information, etc. Using multiple codes eliminates anyambiguity about the authority provided by the user to the party, butrequires the user to remember additional information.

The above assumes the user is able to provide an ID code when theinformation is required. However, in for example an emergency roomsituation, the user may not be in a position to provide the ID code, butwould still want medical records provided. The release authorization forcertain portions of the user's database could therefore specify that theinformation be released to certain class or classes of individuals andthe USR system would release such information to individuals ororganizations based only on status code. Thus, the status code of anemergency room could alone trigger release of medical data.

FIG. 16 illustrates one embodiment of a method of using the USR database24 to complete a standard application, such as a job application or anapplication to rent an apartment. This embodiment is a specific exampleof the more generic method of enabling a party to retrieve informationdiscussed above with respect to FIG. 15. In FIG. 16, however, the partymay be provided with the opportunity to provide a form to the USRsoftware 18, the fields of which may be automatically completed withinformation from the job application information section of the USRdatabase 24.

As can be seen from the above, many of the users of the USR system areorganizations or agencies such as carriers (post office, UPS, FedEx),communication companies, law enforcement organizations, hospitals andother medical facilities and the like. Each of these organizations canbe provided with specialized software either on a disc or other suitablemedia or electronically, for example over the Internet, which performs anumber of functions, for example automatically generating status codesfor data access requests, controlling information received, andformatting data received in response to a request in a desired way. Thiscan result in an access request from such organization for a given usercausing all data on the user required to complete the form beingretrieved and presented to the organization in the format of their form.A user may also authorize an organization for which a form has beencompleted using the USR system to receive updates, either in response toa request from the organization or at selected intervals, for exampleonce a year, so as to maintain information in the forms current. Sincethe user will be providing information to the system on a regular basis,this is a relatively easy and painless way for the user to maintaincurrent information with many organizations the user deals with.

Another potential use of the system is to permit a person to be locatedwhere only limited biographical information on the person is known.Users of the USR system wishing to participate in this feature could becued to provide non-confidential biographical data when they come on thesystem or at any time thereafter when they decide to participate. Theycan also indicate whether they wish their name given out in response tosuch an inquiry or to merely be alerted to an inquiry which mightinvolve them and information on the requester. A person seeking to findanother person or group of people can input appropriate biographicaldata, for example members of 1975 Harvard University hockey team, orinformation of a person's last known address plus school information,etc. The system will then provide a list of persons who meet the listedcriteria from which the person making the inquiry can hopefully find theperson they are looking for.

In the above application and others, when a person is located, theperson may request that only the person's address code or general accesscode (i.e. a single code which is used to get current address,telephone, e-mail, etc. information) be provided when the person islocated. This can further protect the individual from undesiredcontacts.

Further, although each of FIGS. 13-16 refer to the entry of a secretcode for validation by the USR system, the processes illustrated foreach of FIGS. 13-16 may include a challenge-response protocol by whichthe user's identity is authenticated.

FIG. 17 illustrates another embodiment of the invention. As shown inFIG. 17, the USR system 10 may be used to secure expensive personalequipment, such as stereos, televisions, laptop computers, cellulartelephones, cars, boats, and other items of value to a person. In thisembodiment, each item to be secured using the USR system is providedwith a USR timer chip imbedded in the electronics. If the USR timer chipis not provided with a code within a predefined period of time, forexample every 30 days, the equipment is deactivated. Thus, for example,a television, mobile phone, laptop computer, automobile, heavyequipment, weapon or facility may be provided with a security chiphaving an internal timer that must be reset before expiration byprovision of a particular code. When reset does not occur, the timerwill disable the electronic device or other device using any one of anumber of known disablement methods. Exemplary codes may be transmittedin the same manner as beeper signals are conventionally transmitted ormay be transmitted to wired devices over the Internet or other publicnetwork.

The USR system 10 may be advantageously employed to automaticallyprovide the secured property with the necessary codes at appropriateintervals, unless instructed by the user of the USR system 10 to ceasedoing so. Alternatively, the USR system 10 may require participation bythe user prior to sending out the activation codes.

In this embodiment, the user may provide to the USR system 10,information indicative of the codes to be transmitted, timinginformation, and automation information—i.e., whether the codes shouldbe sent automatically or should require user intervention. Optionally,where the user opts to require user intervention, the USR system 10 maynotify the user of the upcoming deadline via e-mail or another method.

This system may be useful to secure sensitive equipment other thanpersonal equipment as well, such as military equipment, publicequipment, school equipment and any other equipment that is subject totheft.

FIG. 18A illustrates another embodiment of the invention that canprovide a centralized system to control access to a plurality of securenetworks. As shown in FIG. 18A, for example, a system 1800 may employthe USR 10 to control access to a plurality of secure systems 1804(e.g., a plurality of secure computer networks). The system 1800 mayinclude one or more access devices 1802 that can be employed by a userto access a secure computer network included in the plurality of securesystems. In addition, the system 1800 may be employed to protect othersecure systems such as secure communication networks and/or otherresources that are accessed electronically. According to one embodiment,the system 1800 includes a first communication link 1801 that provides acommunication path between the access device 1802 and the USR 10, and asecond communication link 1803 that provides a communication pathbetween the USR 10 and the plurality of secure system 1804. In oneembodiment, each of the first communication link 1801 and the secondcommunication link 1803 are wide area networks, for example, theInternet.

Each of the secure systems 1804 can be associated with an organization.An organization is any entity that employs a secure (e.g., restrictedaccess) host system to provide resources to a plurality of users. Forexample, an organization may be a corporation (including a non-profitcorporation), partnership, other business entity, an affiliation orindividual that employs a secure host system to provide resources to aplurality of authorized users. As should be apparent to those ofordinary skill in the art, an organization is not restricted to anyparticular size, for example, as measured by the number of members oremployees.

More specifically, each of the secure systems No. 1, No. 2, No. 3, etc.may be associated with a different organization and the USR 10 maycontrol access to each of the secure systems. That is, the USR 10 canprovide access control for a plurality of secure computer networks eachassociated with a different and unrelated organization. Further, each ofthe secure computer networks may have a different plurality of users whoare authorized to access the network.

The access device may include any of a desktop computer, a laptopcomputer, and a handheld computer (e.g., a PDA, call phone and thelike). Further, as shown in phantom, a plurality of access devices maycommunicate with the USR 10. Where a web-based system is employed, forexample, each of a plurality of computers connected to the Internet maybe individually employed as a separate access device to communicate(e.g., independently communicate) with the USR 10 to gain access to oneor more of the secure systems 1804.

For example, the access device 1802 may be a computer employed with aclient-server network. In this example, to access resources provided byone of the secure system 1804, the user initiates an access request fora secure system 1804 selected by the user. That is, the user may supplyauthentication information and a computer network ID to the USR. As isdescribed in further detail below, the authentication information andthe computer network ID are processed by the USR to authenticate theuser and determine whether the user is authorized to access the securesystem 1804 that is identified by the computer network ID. The USR thenroutes communications between the user and the secure system providedthat the user authentication is successfully completed.

According to one embodiment, the USR 10 connects the access device 1802to one of the secure systems 1804 via a communication path that does notinclude the USR 10. In an alternate embodiment, the USR 10 connects theaccess device 1802 to one of the secure system 1804 via a communicationpath that does include the USR.

Referring now to FIG. 18B, a system 1810 employs a USR 10 to controlaccess to a secure system (e.g., a secure computer network) according toanother embodiment. In one embodiment, the system 1810 includes the USR10, an access device 1802, and a plurality of secure system 1804.According to this embodiment, the user selects from the plurality ofsecure systems 1804 a secure system that the user would like to access.With the access device 1802, the user communicates authenticationinformation directly to the selected secure system 1804, e.g., withoutgaining access to the system. The secure system then communicates theauthentication information and/or information corresponding to theauthentication information to the USR 10. The USR 10 processes theinformation received from the secure system and then communicates anindication of whether the authentication information corresponds to oneof the plurality of users authorized to access the secure system. Thesecure system grants or denies access to the secure system (and theassociated resources) based on the indication received from the USR 10.

As illustrated in FIGS. 18A and 18B, the USR 10 can provide acentralized access control system (e.g., an authentication system) for aplurality of secure systems 1804 that are associated with independentorganizations that may have no affiliation with one another. Referringto FIGS. 18A and 18B, a first organization may be associated with (haveresources located on and/or accessed by) the secure system no. 1, asecond organization may be associated with the secure system no. 2, andso on. In addition, a single organization may also be associated with aplurality of the secure systems 1804. Thus, in one embodiment, the USR10 provides access control to a plurality of secure systems for a singleorganization.

The systems 1800 and 1810 allow an organization to operate a securesystem without hosting the authentication system software or at leastwithout the need to host a substantial part of authentication systemsoftware. Thus, in one embodiment, software upgrades/maintenance can beimplemented at the USR 10 (e.g., centrally) for the plurality of securesystems 1804 and specialized authentication software is not required atthe access device. In a further embodiment, specialized authenticationsoftware is also not required at the secure system. In versions of theseembodiments, the USR 10 provides a web-based system in which the useremploys a web-browser when communicating with the USR 10 and the securesystem.

The USR 10 can also provide centralized administration and managementfor the plurality of secure systems 1804. The centralized administrationcan include routine tasks such as adding or removing authorized usersfor each of the plurality of secure systems 1804, for example, based onthe hiring or resignation, respectively, of an employee. Additionaladministrative functions such as maintaining a secure database ofprivate keys associated with each user, generating time varying codes,maintaining encryption software, maintaining audit trails and otherfunctions may also be accomplished in a centralized fashion with the USR10 for a plurality of organizations.

In one embodiment, following the connection of the access device 1802 tothe secure system 1804, the USR 10 develops an audit trail by monitoringthe communication path to capture information concerning the use of thesecure system. For example, the USR 10 may collect and store informationconcerning the length of time during which the access device remainsconnected to the secure system, the type of resources accessed by theuser, the type of data transmitted (including the identification ofspecific documents) during a login period and the volume of datatransmitted.

According to one embodiment, the USR continuously monitors thecommunication between a plurality of access devices 1802 and a securecomputer network and collects information to generate an audit trail foreach device. According to another embodiment, the USR does notcontinuously monitor communications. Instead, the secure computernetwork intermittently (e.g., periodically) transmits audit informationto the USR 10 where the audit information may concern one or a pluralityof users connected to the network during a specific time period.

In each of the embodiments, described with reference to FIGS. 18A and18B, the USR 10 may be located in an ultra-secure facility that employsheightened security relative to the security provided by theorganizations that it serves. The physical facility where the USR islocated may meet requirements generally associated with criticalmilitary installations. For example, the USR 10 may be housed in afacility that is hardened against radiation, shielded againstelectromagnetic interference, and/or protected against earthquakes,hurricanes, etc. to allow operation of the USR during times of generalemergency. Further, the personnel and hiring policies of the facilityoperating the USR 10 may also be more secure relative to the securitymeasures taken by the organizations associated with the secure systems1804. That is, the individuals operating the USR 10 may undergo morerigorous background checks that include a detailed investigation oftheir personal and employment histories.

The centralized approach described above can provide increased securitybecause the administration of the access control system (e.g.,authentication software) is in the hands of a highly trusted third partywho has taken heightened security measures regarding the hiring of theadministrative personnel, in particular, the personnel who have accessto authentication data (e.g., private encryption keys, etc.).

In any of the preceding embodiments, the USR 10 may be geographicallyremote from the secure systems.

Further, in any of the preceding embodiments, there may be situationswhere a user employs the access device 1802 to connect to more than oneof the plurality of secure systems 1804. In one embodiment, the user isindependently authorized to access separate secure systems 1804associated with independent organizations. In another embodiment, theuser is authorized to access separate secure systems 1804 eachassociated with the same organization. In either situation, the user mayemploy one or more of the authentication procedures described hereinbefore being allowed access to any one of the secure systems 1804.

Referring now to FIG. 19, a process 1900 that employs a USR to controlaccess to a secure computer network is illustrated. In one embodiment,the process 1900 is employed with the system 1800 illustrated in FIG.18A. At step 1902 an entity initiates an access request. In general, theaccess request will be initiated when the user or entity inputsinformation into an access device such as a computer. At stage 1904, theentity supplies authentication information and a computer network ID tothe USR (e.g., the information is electronically transmitted from theaccess device to the USR). According to one embodiment, the informationis transmitted via the Internet from the access device to the USR. Atstage 1906, the USR receives the access request which includes theauthentication information and the computer network ID. At stage 1908,the USR determines whether the authentication information is valid for auser. According to one embodiment, the USR includes a databasecontaining selected data of a plurality of users authorized to access asecure computer network, and may compare the authentication informationsupplied by the entity with authentication information included in thedatabase to determine whether the authentication information correspondsor is valid for a user. If the authentication information is valid, theprocess 1900 moves to stage 1910 where the USR determines whether theentity is authorized to access the computer network identified by thecomputer network ID. If the entity is authorized to access the computernetwork then the USR may allow communication between the entity and thesecure computer network at stage 1912. As previously indicated, the USRmay route communications between the entity and the secure computernetwork and remain in the communication path employed by the accessdevice to communicate with the secure computer network. Alternatively,the USR may simply provide a connection between the access device andthe secure computer network where the communication path provided by theconnection does not involve the USR.

Returning to stage 1908 if the authentication information supplied bythe entity is not valid for any of the plurality of users then theprocess 1900 moves to stage 1914 where an indication is provided to theentity that access is denied. Similarly, if at stage 1910 the entity isnot authorized to access the computer network identified by the computernetwork ID, an indication is provided that the entity is denied accessat stage 1914. In various embodiments, the entity may be allowedadditional opportunities to successfully access the system.

Referring now to FIG. 20, a process 2000 for controlling access to asecure computer network is illustrated in accordance with oneembodiment. In one embodiment, the process 2000 is employed with thesystem 1810 illustrated in FIG. 18B.

In one embodiment the entity initiates an access request at stage 2002.As described above, the access request can be initiated using an accessdevice and each secure computer network may communicate with a pluralityof access devices. At stage 2004, the entity supplies authenticationinformation to the secure computer network, for example, by entering theinformation in a web browser and transmitting the authenticationinformation over the Internet to the secure computer network. At stage2006, the secure computer network receives the authenticationinformation. At stage 2008, the secure computer network communicatesauthentication information to the USR (or information corresponding tothe authentication information) to allow the USR to authenticate theaccess request. At stage 2010, the USR validates the authenticationinformation to determine whether the entity is authorized to access thesecure system, and at stage 2014, the secure system receives anindication from the USR concerning whether the entity is authorized toaccess the system. In one embodiment, the indication is transmitted fromthe USR to the secure system via the Internet. At stage 2016, the securesystem grants or denies the entity access to the secure system based onthe indication received from the USR.

As should be recognized by those of ordinary skill, the processes 1900and 2000 can be accomplished in a variety of stages that may include anyof the stages described above in various combinations and sequencesincluding one or more of the stages described above in combination withone or more additional stages.

Various embodiments can be employed to control access to a physicalfacility. That is, an electronic device (e.g., a keypad, a card reader,a biometric scanner, etc.) or combination of electronic devices can belocated at an access point to a secure area (e.g., a door, a gate,etc.). The entity initiates the request using the electronic device. Inone embodiment, the physical facility includes all or a portion of thesecure computer network. Thus, in one embodiment, the secure systemreceives an indication of whether an entity is authorized to access aphysical facility. The secure system communicates authenticationinformation to the USR. The USR validates the authentication informationand communicates an indication of whether the entity is authorized toaccess the physical facility. The secure system receives the indicationand grants or denies the entity access to the physical facility.

Each of the embodiments described with reference to any FIGS. 18-20, mayinclude a challenge-response protocol, for example, to authenticate theidentity of the entity and/or the USR system to the other.

FIG. 21 illustrates an embodiment of a system 2100 for validating theidentity of an individual or an entity. The system includes a firstwireless device 2110 and a second wireless device 2112. The firstwireless device 2110 comprises a first wireless transmitter and receiver2114, a first processor 2116 and a first memory 2118. Similarly, thesecond wireless device 2112 comprises a second wireless transmitter andreceiver 2120, a second processor 2122 and a second memory 2124.According to aspects of the invention, the first wireless device and thesecond wireless device are configured to wirelessly communicate witheach other so that the entity associated with the first wireless devicecan communicate his identity to the entity associated with the secondwireless device. It is to be appreciated that the first wirelesstransmitter and the second wireless transmitter can be configured tocommunicate by any form of a wireless signal such as low power Bluetoothsignal, infrared signals, RF signals and electromagnetic signals ingeneral. In accordance with one embodiment, the first wireless deviceand the second wireless device communicate via near field signal.

The first wireless device can also comprise user interface 2126 thatallows the first entity to interact with the first wireless device andcan also comprise a display, such as a LCD display, 2118 that allows thefirst entity to further interact with the first wireless device. Inaccordance with some embodiments the invention, the first wirelessdevice can be configured so that the first entity must enter a PINidentification number, for example, via the user interface to gainaccess to the wireless device. Alternatively, or in addition, the firstwireless device may comprise a biometric sensor or detector 2130 thatenable the first entity to present biometric data to the first wirelessdevice to gain access to the first wireless device. For example, thebiometric sensor can be configured to detect a fingerprint of the firstentity. For such embodiment, the memory 2128 also comprises storedbiometric data of the first entity, which is compared, for example, bythe processor 2116 with the detected biometric data to determine whetherthe first entity is enabled or should be disabled from using the firstwireless device. It is also to be appreciated that the biometric dataneed not be fingerprint data and can be any biometric data known tothose of skill in the art, and that the biometric sensor need not be afingerprint sensor and can be any biometric sensor known to those ofskill in the art.

Similarly, the second wireless device 2112 can also be configured asdiscussed above with respect to the first wireless device, namely withany or all of a user interface 2132, a display 2134 and a biometricsensor 2136 and can be configured to require any and/or all of a secondentity to provide a PIN number, or the second wireless device to matchbiometric information of the second entity with stored biometricinformation to enable or disable the second entity to gain access to thesecond wireless device. Each of the first wireless device 2110 and thesecond wireless device 2112 comprise a power source or a power sourceinterface 2138, 2140 that can be coupled to a power source that providespower to respective devices. It is to be appreciated that the powersource can be any power source, such as, alkaline batteries,rechargeable batteries, proprietary power sources, and interfaces topower sources such as standard 120 VAC, or an AC to DC conversiondevice, as well as any other type of power source known to those ofskilled in the art. In addition, it is to be appreciated that each ofthe first wireless device 2110 and the second wireless device 2112 canalso comprise an additional wireless transmitter and receiver device2142, 2144, respectively, which enable each of these devices tocommunicate wirelessly via other wireless communication systems such as,via any cell phone standard, via satellite communications, over wirelessarea networks, local area networks, wide area networks, as well as anyother wireless communication standard know to those of skill in the art.

According to some embodiments of the system 2100 of FIG. 21, either orboth of the first wireless device 2110 and the second wireless device2112 can be configured to communicate with a secure database 2146, aswill be discussed in further detail herein. According to someembodiments, either of the first or second wireless devices maycommunicate with the secure database on a periodic basis to update it'scorresponding data, or to stay alive as will be discussed herein, or toretrieve information in the secure database that is used in thecommunication protocol between the first and second wireless devices toverify the identity of at least the first entity. Accordingly, it is tobe appreciated that communication with a secure database can be, forexample, via the additional respective wireless transmitters andreceivers 2142, 2144 of the first and second wireless devices, or can bevia a network interface 2152, 2154 of the respective devices, thatcommunicate with a network 2148 and to the secure database 2146.

Referring now to FIG. 22, there is illustrated one embodiment of anoverall communication process that occurs with the system 2100 of FIG.21. In particular, the process is effected by the system of FIG. 1 so asto identify and authenticate the identity of the first user associatedwith the first wireless device 2110 to the second user associated withthe second wireless device 2112. For example, consider the situationwhere an air marshal or an FBI agent is carrying the first wirelessdevice 2110 and airport security or security personnel generally want toensure the identity of the user of the device 2110. The communicationprotocol 200 illustrated in FIG. 22 is one embodiment of a protocol thatenables secure authentication of the first user of the wireless device2110.

According to one embodiment of the process, the first user of the firstwireless device 2110 first authenticates his or herself to the wirelessdevice 2110, for example as has been discussed above, by either enteringa PIN via the user interface 2126 of the first wireless device or byinteracting with the biometric sensor of the first wireless device atstep 202. In various embodiments, a challenge-response protocol isemployed in which the first user supplies information (a biometric, aPIN or other information) to authenticate his or herself to the wirelessdevice 2110. If the user of the device does not enter the correct PINnumber or does not match the biometric data stored in memory 2118 of thefirst authorized user of the device, then the device at a minimum shutsdown at step 204. However, according to some embodiments, the device2110 can also be configured to automatically delete any portion of orall of the data stored in memory 2118 at step 206. In addition, as willbe discussed in further detail herein, according to some aspects of theinvention, the first wireless device can be configured to periodicallycommunicate with the secure database 2146 to remain alive, for example,after the first user of the first device authenticates itself to thefirst device. If the first device does not communicate with the securedatabase at such periodic intervals at step 208, then the first devicecan be configured to delete any or a portion of the data stored inmemory at step 206.

The communication protocol also comprises a second user of the seconddevice to authenticate his or herself to the second device at step 210.It is to be appreciated that the authentication by the second device ofthe second user by any of the mechanisms discussed herein and above withrespect to the first wireless device, including entering a PIN number tothe user interface 2132 of the second wireless device or by interactingwith the biometric sensor 2136 of the second wireless device. Inaddition, it is to be appreciated that as discussed above with respectto the first wireless device, if such identification is not successful,the second wireless device will at a minimum shut itself down at step212. However, it is also to be appreciated that the second wirelessdevice can be configured to automatically delete a portion of or all ofthe data stored in the memory 2124 of the second wireless device, shouldsuch authentication not be successful at step 214. In addition, it is tobe appreciated that the second wireless device can also be configured atstep 216 to communicate with the secure database 2146 within definedperiods of time, or even a periodic interval once the second userauthenticates himself to the second wireless device, and to delete aportion of or all of the data in memory 2124 should such periodiccommunication not occur.

If both the first user and the second user are successful inauthenticating themselves to the first and second wireless devicesrespectively, then a communication protocol is initiated between thefirst wireless device 2110 and the second wireless device 2112 at step218. If the communication protocol is not a valid communication protocolbetween the devices, the devices wait until there is a validcommunication protocol. If the communication protocol is a validprotocol (218 yes), then the first wireless device transmits a firstwireless signal containing encrypted authentication information of thefirst user to the second wireless device 2112 at step 220. The detailsof the communication protocol and the encrypted authenticationinformation will be discussed further herein.

The second wireless device 2112 receives the first wireless signal andprocesses the wireless signal to determine the identity of the firstuser. In particular, as will be discussed herein, according to someaspects of the invention, the authentication of the first user includesdisplaying a picture of the first user to the second user on the display2134 of the second wireless device as a result of the communication fromthe first wireless device to the second wireless device. The user of thesecond wireless device can view the picture on the display and ascertainwhether the first user of the first wireless device is who he or shepurports to be. However, as will also be discussed herein, it is to beappreciated that the second wireless device need not be a device thatrequires a user to interact with it and can be, for example, an unmanneddetection system that receives the first encrypted authenticationinformation and determines from the first authenticated encryptedinformation whether the first user is authorized to gain access to asecured place, a secure network, or a secure computer, to do whateverthe first person is seeking to do. If the first user is not who theypurport to be, the communication process goes back to look for a validcommunication protocol. In addition, the process allows the second useror the system associated with the second wireless device to take anappropriate action such as denying access to the secure site at step224.

If the user of the first wireless device is authenticated (at step 222yes), then according to some aspects of the invention, the communicationprocess allows for the second wireless device to transmit a secondwireless signal comprising encrypted authentication information of thesecond user to the first wireless device at step 226. In addition,according to such aspects, the communication protocol and the firstwireless device are configured to authenticate the identity of thesecond user to the first user at step 228. It is to be appreciated thatthe authentication of the second user to the first user can be in any ofthe manners discussed above with respect to the authentication of thefirst user of the first device, such as by viewing a picture of thesecond user as provided on the display 2128 of the first wirelessdevice, by matching one-time information contained in the encryptedauthentication information or via a challenge-response protocol.

In addition, according to some embodiments of the protocol, either orboth of the first wireless device 2110 and the second wireless device2112 may communicate with the secure database 2146 to retrieveadditional information at step 230. Such information, as will bediscussed herein, can include for example, a portion of the biographicdata of the first user of the first wireless device or of the seconduser of the second wireless device, or full biometric information of thefirst user or the second user, which can be communicated back to therespective device and used by the respective device to authenticate theuser. In addition, the information can be periodic updates as providedthe secure database to the respective device, such as will be describedherein, including periodic updates of public keys of a plurality offirst users as stored in memory on the second wireless device, orupdates to public keys of a plurality of second users as stored inmemory on the first wireless device. In addition, such information mayinclude periodic updates of the biometric information of a plurality offirst users as stored on the second wireless device or a plurality ofsecond users as stored on the first wireless device, which can comprisefor example a portion of the biometric information or all of thebiometric information.

Referring now to FIG. 23, there is illustrated one embodiment of variousfields included within the first wireless signal and the second wirelesssignal as transmitted between the first wireless device and the secondwireless device. According to some embodiments, the signal comprises aheader field 302. The header field can be any header field known tothose of skill in the art. In addition, the signal comprises a public IDfield 304, which can comprise, for example, any of name information, abadge number, an employee number, an e-mail address, a social securitynumber, and the like, of the first user. In addition, the first wirelesssignal may also include a digital signature field 306 containing adigital signature of the first user. For example, the digital signaturemay be generated with the user's private PKI key. Further, the firstwireless signal may comprise a one-time time varying code field 308 thatincludes a random code as generated by the first wireless device.According to some embodiments, the digital signature field and theone-time code field can be used, for example by the second wirelessdevice, to allow access to a secure place without the need for a user ofthe second wireless device to interact with the second wireless deviceto authenticate the first user. As an example, referring to FIG. 24, thedigital signature and one time code can be encrypted with the privatekey of the first user and transmitted to the second wireless device. Thesecond wireless device can decrypt the digital signature and one timecode with the public key of the first user at steps 402-404 toauthenticate or not the first user at step 406.

In addition, referring back to FIG. 23, the first wireless signal alsocomprises a PM encrypted one-time DES key field 310 comprising a PKIencrypted one-time DES key. Further, the first wireless signal comprisesa DES key encrypted biometric data field 312, which includes at least aportion of biometric data of the first user encrypted with the DES key.As will be discussed in further detail herein, according to some aspectsof the invention, the public key of a first user, for example, stored inmemory 24 of the second wireless device can be used to decrypt the DESkey, and the DES key can be used to decrypt at least a portion of thebiometric data of the first user to use in the authentication of theidentity of the first user. According to some embodiments, the firstwireless signal can also comprise another ID data field 314, which cancontain other information such as name, height, weight, eye color oranything else.

It is to be appreciated that although the embodiment of the wirelesssignal discussed in FIG. 23 has been discussed with reference to thefirst wireless signal transmitted from the first wireless device 2110 ofFIG. 21 to the second wireless 2112, that the same protocol can be usedwhen transmitting a second wireless signal from the second wirelessdevice 2112 to the first wireless device 2110 to authenticate theidentity of the user of the second wireless device to the user of thefirst wireless device. It is to be further appreciated that variousfields of the signal can be used and not all of the fields of thewireless signal are needed to authenticate identity of the user.

Referring now to FIG. 24, there is illustrated one embodiment of aprocess 400 as identified by act 222 in FIG. 22 for verifying orauthenticating the identity of the first user of the first device.According to this embodiment, which has been briefly discussed hereinwith respect to FIG. 23, the second wireless device can verify theidentity of the respondent without necessarily interacting with a seconduser by decrypting the first user's digital signature from the digitalsignature field 306 at step 402 and verifying that it is the digitalsignature of the first user, decrypting the one-time code from theone-time code field 308 at step 404, and using this information at step406 to authenticate the first user. If the first user is authenticatedat 406, an appropriate action such as allowing access to the securesite, or computer, or network can be granted.

Referring now to FIG. 25 there is illustrated another embodiment of aprocess 520 for authenticating the identity of the first user at step222 of the communication process of FIG. 22. According to aspects of theinvention, the second wireless device at step 522 receives the firstwireless signal and extracts the PM encrypted DES key from field 310.The wireless device looks up the public key of the first user frommemory 2124 [See FIG. 21] or from a secure server based on theinformation provided in the public ID field 304 at step 524. The secondwireless device uses the first public key to decrypt the PM encryptedDES key at step 526. The second wireless device acts on the DES keyencrypted biometric information from the field 312 and uses thedecrypted DES key to decrypt the at least a portion of the biometricinformation of the first user as included in the first wireless signalat step 528.

According to some embodiments, the biometric information included in thefirst wireless signal is a portion of the biometric information of thefirst user and the second wireless device is configured to store aremainder of the biometric information of the first user in memory.According to such embodiments, the process 520 also comprises looking upthe remainder of the biometric information stored in the memory at step530 and combining the remainder of the biometric information with thedecrypted and extracted biometric information to provide completebiometric information of the first user at step 532. According to someaspects of the invention, the biometric information can comprise adigital image of the first user and for such aspects, the digital imagecan be displayed on display 2134 of the second wireless device so thatthe second user can ascertain whether the first user associated with thefirst device is who he or she purports to be. However, it is to also beappreciated that the biometric information can be fingerprintinformation, a voiceprint, DNA codes of the first user, or any otherbiometric information known and used by those of skill in the art.Accordingly, the processor 2122 of device 2112 can also be configured toprocess the combined biometric information to authenticate the firstuser at step 536.

Referring now to FIG. 26, there is illustrated another embodiment of aprocess 620 that can be used to authenticate the identity of the firstuser at step 222 of the process 200 of FIG. 22. According to thisembodiment, some of the steps are similar to the steps of the process520 illustrated in FIG. 25 and accordingly a full description of thesesteps will not be herein duplicated. It is to be appreciated that thisembodiment can be used for example, where the biometric information ofthe plurality of first users is not stored on the second wireless device2112 but is instead stored at the secure database 2146 as illustrated inFIG. 21. In particular, for highly secure applications, where there is aworry that the second wireless device can be compromised (even with thenecessity to authenticate the second user to the second wirelessdevice), the second wireless device can be configured to interact withthe secure database to obtain at least a portion of the biometricinformation of the first user, rather than storing at least a portion ofthe biometric information of the first user in memory on the secondwireless device.

According to such embodiments, the second wireless device can receivethe first wireless signal including the fields discussed above inrespect to FIG. 23, in particular, the public ID field 304 andoptionally the PM encrypted DES key. According to some embodiments, thePM encrypted DES key may be used by this process. At step 624, thesecond wireless device accesses public key information of the first userfrom the public keys stored in memory on the second wireless device.However, it is to be appreciated that in some embodiments, the publickeys may not be stored on the second wireless device. For suchembodiments, the second wireless device will communicate with the securedatabase to obtain the public key of the first user also at step 624.According to some embodiments, at step 626 the second wireless devicetransmits a signal to the secure database comprising publicidentification number to identify the second device to the securedatabase, presumably after the second user of the second device hasauthenticated his or herself to the second device. For such embodiments,at step 628, the secure database determines whether the second device isauthorized to access the secure database at step 628. It is to beappreciated that according to some embodiments, this communicationbetween the second wireless device and the secure database can beaccomplished with encrypted signals and in some embodiments theencrypted signals can include using time varying one time codes tofurther secure the communication. If the second device is authorized tointeract with the secure database, the process also comprisestransmitting the first public ID from the second wireless device 2112 tothe secure database at step 630, and with this information, the securedatabase accesses the biometric or identification information of thefirst user at step 632. The biometric or the at least a portion of thebiometric information can then be transmitted by the secure database tothe second wireless device at step 634. Again, this transmission can beencrypted and further include time varying or one time codes to furthersecure the communication. The second wireless device can use thereceived portion of the first biometric information and combine it withportion of the first biometric information provided in the firstwireless signal, or can receive all of the first biometric informationas provided by the secure database and, for example, display it on thedisplay 2134 of the second wireless device 2112 at step 636, or canprocess the biometric or identification information at step 638 todetermine whether the first user is authenticated.

Referring now to FIG. 27 there is illustrated one embodiment of a datastructure 720 that can comprise memory 2124 of the second wirelessdevice 2112. It is to be appreciated that any or all of the variousportions of this data structure can be present in the memory 2124.According to some aspects of the invention, the memory will include theprivate key of the second user at field 722. The private key can beused, for example, when communicating by the second wireless device tothe first wireless device to provide a digital signature of the secondentity encrypted with the second user's private PKI key to the firstuser. In addition, the memory can also comprise a plurality of publickeys of a plurality of first users at area 724. Such public keys of aplurality of first users can be used as has been discussed herein incombination with the private key of the first user to decryptinformation of the first user. For example, the public and private keycan be used to decrypt the DES key of the first user. In addition, thememory can also comprise at least a portion of biometric data of aplurality of first users, at area 726. As been discussed herein, the atleast a portion of the biometric data of the plurality of first userscan be combined with the portion of the biometric data provided in thefirst wireless signal or from the secure database, to create thecomplete biometric data of the first user for ascertaining orauthenticating the identity of the first user as has been describedherein. In addition, the memory can also comprise biometric data of thesecond user at field 728. The biometric information of the second usercan be used, for example, as has been discussed herein to compare thebiometric data detected by the biometric sensor 2136 of the secondwireless device to determine whether the second user is authorized tohave access to the second wireless device. It is to be appreciated thatthe data structure 720 of FIG. 27 can also comprise the memory 2118 ofthe first wireless device 2110, and that any or all of the fields of thedata structure 720 can exist in the memory 2118 in the first wirelessdevice. It is also to be appreciated that the first wireless device canaccess the data structure 720 and the various fields for the samepurposes as discussed above with respect to the second wireless device,namely, to provide the first digital signature of the first entityencrypted with the first private key in the first wireless signal, toaccess the public keys of a plurality of second users for the purpose ofdecrypting information provided in the second wireless signal, to accessat least a portion of biometric information of the second user stored inthe field 726, as well as to compare biometric information of the firstuser with sensed biometric data provided by the biometric sensor 2130 ofthe first wireless device.

In one embodiment, the method comprises acts of receiving firstauthentication information about the first entity with the first device,transmitting the authentication information about the first entity to asecure database, determining whether or not the first entity is allowedto access the first device based on the first authenticationinformation, and transmitting an enablement signal to the first deviceindicating to enable nor not enable the first entity to access the firstdevice. According to a further embodiment, the method also includes anact of allowing or not allowing operation of the first device based onthe enablement signal. In another embodiment, the act of receiving thefirst authentication information of the first entity comprises receivingbiometric information of the first entity by detecting the biometricinformation with the first device.

In yet another embodiment, the act of transmitting the firstauthentication information about the first entity to a secure databasecomprises generating a non-predictable signal from the biometricinformation. In a further embodiment, the act of generating thenon-predictable signal from the biometric information comprisesgenerating a time varying non-predictable signal from the biometricinformation. In a still further embodiment, the act of receivingbiometric information of the first entity comprises receiving a voicesignature of the first entity with the first device and the act ofgenerating the non-predictable signal from the biometric informationcomprises mixing the voice signature of the first entity with a randomcode to generate the non-predictable signal. In yet a furtherembodiment, the act of transmitting the enablement signal to the firstdevice comprises sending the random code to the first device. In a stillfurther embodiment, the act of receiving biometric information of thefirst entity comprises receiving fingerprint data of the first entitywith the first device and the act of generating the non-predictablesignal from the biometric information comprises mixing the fingerprintdata of the first entity with a random code to generate thenon-predictable signal. In another embodiment, the act of transmittingthe enablement signal to the first device comprises sending the randomcode to the first device.

In a further embodiment, the act of authenticating the biometric of thefirst entity comprises authenticating a voice signature of the firstentity. In another embodiment, the act of authenticating the biometricinformation of the first entity comprises authenticating a finger printof the first entity.

In one embodiment, a first wireless device includes a biometric detectorcomprising a fingerprint detector that detects a fingerprint of thefirst entity. In an alternate embodiment, the biometric detectorcomprises a voice signature that detects a voice signature of the firstentity.

According to one embodiment, the system comprises a first wirelessdevice including a processor configured to enable operation of the firstwireless device if it receives an enablement signal validating firstbiometric information of a first entity and configured to generate anon-predictable signal from the biometric information, a first wirelesstransmitter and receiver configured to transmit a first wireless signalincluding first encrypted biometric information of the first entity andto receive the enablement signal, a first biometric detector fordetecting the first biometric information of the first entity and asecure database configured receive the first wireless signal, toauthenticate or not authenticate the first biometric information of thefirst entity, and to provide the enablement signal validating or notvalidating the first biometric data of the first entity.

In a further embodiment, the secure database further comprises biometricdata of a plurality of first entities. In another embodiment, theprocessor is configured to generate the non-predictable signal from thebiometric information by generating a time varying non-predictablesignal from the biometric information. In a still further embodiment,the processor is configured to generate the non-predictable signal fromthe biometric information by mixing the biometric information of thefirst entity with a random code to generate the non-predictable signal.In yet another embodiment, the secure database is configured to transmitthe enablement signal to the first device including the random code soas to authenticate the secure database to the first device. In stillanother embodiment, the system includes a memory for storing a privatekey of the first entity authorized to use the first device.

It should be understood that various changes and modifications of theembodiments shown in the drawings and described in the specification maybe made within the spirit and scope of the present invention.Accordingly, it is intended that all matter contained in the abovedescription and shown in the accompanying drawings be interpreted in anillustrative and not in a limiting sense. The invention is limited onlyas defined in the following claims and the equivalents thereto.

FIG. 28 illustrates an embodiment of a system 100 that employs aconverter device 102 to provide an interface between a user device 104(e.g., a transaction card, a cell phone, etc.) and a system interface106 where, for example, the system interface 106 employs a magnetic cardreader and the user device 104 is not equipped with a magnetic stripe.That is, in one embodiment, the converter device 102 provides a mode ofinformation transmission between the user device 102 and the systeminterface 106 which would otherwise be unavailable to the user device102. The converter device 102 provides a modified system 100 thatprovides compatibility with a greater variety of user devices, forexample, user devices such as transaction cards, cell phones or PDAsthat are not equipped with a magnetic stripe. For example, in oneembodiment, the converter device 102 includes a magnetic stripe emulator137 communicatively coupled to a wireless signal receiver 140 andadapted to provide a time-varying signal emulating data provided by amagnetic stripe card to a magnetic card reader 152.

The user device need not be a “card” and may, for example, take the formof a fob used as a key ring, a cell phone, a watch, a personal digitalassistant or any device that can include a wireless transmitter, or amagnetic stripe emulator.

In various embodiments, the user device 104 employs near field signal tocommunicate with the converter device 102. In one embodiment, the nearfield communication is bi-directional such that the user device 104 mayboth send and receive wireless communication. That is, the user deviceincludes a transceiver.

In general, the system interface 106 provides an interface to a largerinformation system (e.g., a financial system, an access control system,a medical records system, and the like) that in one embodiment includesa system processor or controller 110, a database 112, a network 114,other systems 116, such as a universal secure registry 118 as will bedescribed further herein. Each of the preceding system elements may beplaced in communication with any one or any combination of the systemelements, for example, over communication links 120A, 120B, 120C, 120D.It should be recognized that the communication links 120 need notprovide the communication paths shown in FIG. 28 and that othercommunication paths may be employed. For example, the database 112 maybe connected to the network 114 via the communication link 120A and tothe system processor 110 via the communication link 120B instead ofbeing connected as shown in FIG. 28.

The communication link may be a wireless communication link, a hardwiredcommunication link, a fiber optic communication link, any communicationlink used in the art, as well as a combination of any of the precedingor any other any communication link capable of transmitting signalsbetween the elements of the system 100. The system processor 110 allowsinformation transfer of both data and instructions, for example, betweenthe interface 106 and one or more databases which may be connected tothe system or other network elements.

In general, the operation of the converter device 102 allows a user inpossession of the user device 104 to wirelessly communicate informationto the device so that the device can be employed to interface with anetwork system. For example, in one embodiment, the network system mayprovide a magnetic card reader interface and the converter device 102provides a magnetic stripe emulator that can interface with the system.In general, the overall operation of the system 100 includes thecommunication of information between the user device 104 and theconverter device 102, for example, RF communication. In one embodiment,the communication is bi-directional such that information can becommunicated both to and from the user device 104. The converter device102 provides an interface by which information derived from theinformation being transmitted to or from the user device 104 istransmitted between the converter device and the system interface 106.The system interface 106 provides the communication interface between itand the remainder of the system 100 (e.g., processor 110, database 112,network 114, etc.).

According to one embodiment, the user device 104 includes a processor122, a user interface 124, a wireless transmitter 126 and device indicia128. In another embodiment, the user device 104 includes a biometricsensor 130. In various embodiments, the processor 122 is communicativelycoupled to each of the wireless transmitter 126, the user interface 124and the biometric sensor 130.

The processor 122 may include a chip such as a general purposeprocessor, an application specific integrated circuit (“ASIC”), or afield programmable gate array (“FPGA”) and the like that may executevarious programs and/or provide logic inputs and outputs. For example,the processor 122 may process biometric information received from thebiometric sensor 130 to verify the identity of the user before the usercan employ the user device 104. Exemplary details of a processor andbiometric sensor which are configured to authenticate a fingerprint of auser are disclosed in U.S. published application 2004/0133787, publishedon Jul. 8, 2004, which is herein incorporated by reference in itsentirety. The processor 122 may also include or be coupled to drivercircuitry to drive a display included in the user interface 124 and canbe configured to process user input data entered via the user interface124. In one embodiment, the user interface 124 includes one or morecontrol inputs (for example, control buttons).

The wireless transmitter 126 can process information provided by theprocessor and convert the information to an RF signal and can alsoinclude an RF antenna that transmits the RF information wirelessly. Inanother embodiment, the user device may also include an RF receiver thatreceives a wireless RF signal from the RF antenna and converts the RFsignal to an information signal provided to the processor. It is to beappreciated that the wireless transmitter and/or receiver need not be anRF device; it can also be any of an IR device, an optical device, aBluetooth signal or any other wireless signal transmitter or receiverused in the art.

The user device may also include a power source such as a battery thatfits within the device. In one alternative embodiment, the user deviceremains in a sleep mode until it is placed in the vicinity of an RFtransmitter at which time the user device 104 converts received RFenergy into electrical energy used to provide power to the processor 122and the other components included in the user device 104.

According to one embodiment, the user device 104 can be a smart cardconfigured for wireless signal transmission using RF signals. Forexample, the wireless transmitter 126 may be an RF transmitter device orany other wireless transmitter device configured to transmit the smartcard information of the card. Alternatively, it is to be appreciatedthat the card can be many cards such as a debit card, a plurality ofcredit cards such as VISA, MasterCard, American Express, or any othercard with the card indicia and relevant information being stored in cardmemory 129 and read out by processor 122 and provided to the wirelesstransmitter 126. However, the user device 104 need not be in the form ofa card and may instead include a cell phone or PDA.

In the embodiment illustrated in FIG. 28, the converter device 102includes a substrate 132 which may include a stripe 134 and a magneticfield generator 136 which together comprise the magnetic stripe emulator137, a processor 138, a wireless receiver 140, a user interface 142, amemory 144, and a power source 146. In a further embodiment, theconverter device 102 includes an indicating light 148 (e.g., an LED) andan output device 150.

According to one embodiment, the system interface 106 with which theconverter device 132 is employed includes any of or all of a magneticcard reader 152, a wireless transceiver 154 and a data port 156.

In general, according to one embodiment, the converter device 102receives a wireless signal from the user device 104, processes theinformation that is received and provides an output in the form of atime-varying signal provided to the stripe 134 (e.g., a magneticstripe). The signal provided to the stripe 134 can then be provided tothe system processor 110 by inserting the stripe and the associatedsubstrate 132 or portion thereof in the magnetic card reader of thesystem interface 106. That is, in one embodiment, the stripe 134 and atleast a portion of the substrate 132 can be either slid by the magneticcard reader 152 or inserted to sit statically in front of the read headof the card reader.

The processor 138 may be a general purpose processor, an applicationspecific integrated circuit (“ASIC”), or a field programmable gate array(“FPGA”) and may be implemented in hardware, software, firmware or anycombination of the preceding. The processor 138 may be communicativelycoupled with any of the magnetic field generator 136 the wirelessreceiver 140, the memory 144, the user interface 142, the light source148, the power source 146 and the output device 150. In general, theprocessor can be configured to receive inputs from one or more of thepreceding elements and may provide outputs to each of the elementsincluded in converter device 138.

For example, according to one embodiment, the magnetic stripe 134 is aprogrammable magnetic stripe and the magnetic field generator 136generates a magnetic signal that controls the information provided bythe magnetic stripe 134. The U.S. patent application Ser. No.10/680,050, filed Oct. 7, 2003, entitled “System Method and Apparatusfor Enabling Transactions Using a Biometrically Enabled ProgrammableMagnetic Stripe which was published on Jul. 8, 2004 as US2004/0133787(the '050 application), provides further details concerning embodimentsof the user device that emulates a magnetic stripe and may also include,for example, a biometric sensor. The '050 application is incorporatedherein by reference in its entirety. In this embodiment, the processor138 may control the operation of the magnetic field generator 136 toprovide the desired information to the stripe 134. For example, theprocessor 138 may provide an output to the stripe 134 in response toreceiving information from the wireless receiver 140, where theinformation from the wireless receiver is information transmitted fromthe user device 104.

Further, the processor 138 may be configured to provide signals to drivea display included in the user interface 142 and process user input dataentered with the user interface 142. In one embodiment, the userinterface 142 includes a display screen that can be used to display animage of the user to whom the user device 104 belongs, for securitypurposes. The image to be displayed by the UI can either be part of theinformation transmitted by the user device 104, for example, where theuser device 104 also requires some authentication by the user beforetransmitting the device information and image, or can be provided, forexample, by the USR system 118 through the system interface 106 as partof the user authentication process, as will be described in more detailherein. In further embodiments, the user interface 142 may include aplurality of control elements that allow the user and/or the transactionprocessor (e.g., store clerk, security guard, medical service provider,etc.) to enter information into the converter device 102. According toone embodiment, the user interface 142 includes an LCD display.

The processor 138 may also be configured to provide signals to operatethe indicating light 148. The indicating light 148 may provide anindication of the operational status of the converter device 102, forexample, the indicating light 148 may indicate any of the following:that the converter device 102 is receiving a transmission from a userdevice 104; that the converter device 102 has generated output data tothe stripe 134; the status of the power source 146 is normal orconversely that the power source has a low power level; that theconverter device 102 is transmitting information via the output device150; that the converter device 102 is properly aligned with the magneticcard reader 152; that the converter device 102 has receivedauthorization for a transaction; and the like. It should be apparent toone of skill in the art that the indicating light may be a single lampor a plurality of lamps and that the lamp or lamps may be a single colorincluding white or may included a plurality of colors. Further, itshould also be apparent that the lights may provide a plurality ofstatus indications based on their color, intensity, rate of change ofthe preceding characteristics or any combination of these and otherfeatures.

The power source 146 may include a battery power source or other energysources suitable for the form factor of the converter device 102. Forexample, in a form factor where the converter device 102 is a hand-helddevice the power source 146 may be any one of a standard size battery(e.g., a AA battery). In a further embodiment, the power source is alithium battery. Alternatively, the power source can be any of an ACpower source, an AC to DC converter device, or any other DC power sourceknown to those skilled in the art.

According to one embodiment, the converter device 102 includes a powerbus 158 that provides a path for the transmission of power to thevarious components included in the converter device 102.

In accordance with one embodiment, the converter device 102 includes theoutput device 150. It is to be appreciated that the output device can beany standard interface device to be coupled to a data bus such as a USBdevice, or the output device can be configured for contactlesscommunication with the system interface 106. For example, in oneembodiment, the output device is an optical transmitter device. Ingeneral, the communication between the converter device 102 and thesystem interface 106 is bi-directional such that information (e.g.,information associated with the user's identity) may be transmitted tothe system interface 106, the system processor 110 may generate aresponse (e.g., a transaction approval), and the response maytransmitted to the converter device 102 via the system interface 106.

In one embodiment, the processor 138 is configured in combination withthe output device 150 to provide an encrypted output signal. In afurther embodiment, the processor 138 is configured in combination withthe output device 150 to provide a time-varying encrypted output signal.In yet another embodiment, the processor 138 is configured incombination with the output device 150 to provide a time-varyingencrypted (or not) public and private key output signal. In addition,the processor can also be configured in combination with the wirelessreceiver to receive and decrypt any and all of an encrypted signal, atime-varying encrypted signal and a signal encrypted with a private keyas provided by the user device 104. A challenge-response protocol mayalso be employed alternatively or in addition to any of the preceding.

For example, embodiments of the invention may employ a protocol thatdoes not require synchronized clocks in each of the user device 104 andthe converter device and/or elsewhere in the system 100 to complete avalidation and/or authentication process. That is, according to oneembodiment, an information exchange between the user device 104 and theconverter device 102 includes a first piece of information transmittedfrom the user device 104 to the converter device 102 and a subsequentchallenge (e.g., an encrypted challenge) generated by the converterdevice and transmitted from the converter device to the user device 104.According to one embodiment, the user employs the user device to respondto the challenge. In one embodiment, the user's response is at least inpart based on information included in the challenge. An identity of auser who responds accurately to the challenge can be successfullyvalidated. In various embodiments, a challenge-response protocolincludes an information exchange whereby the identity of the converter102 is also authenticated by the user with the user device 104.

In various embodiments, the above-described challenge-response protocolmay not require any further action by the user than is required undercurrent approaches that require synchronized clocks in disparatedevices.

In some embodiments, the output device 150 need not transmit anypersonal information associated with the user. For example, commonlyowned U.S. patent application Ser. No. 09/810,703, filed Mar. 16, 2001,entitled “Universal Secure Registry” (“the '703 application”) describesan approach that can improve security and reduce the need for multipleforms of identification. The '703 application is incorporated herein byreference in its entirety. The universal secure registry 118 included inthe system 100 provides one example of the integration of such aregistry into a system that employs a converter device 102. With the USRsystem, for example, the user device 104 can provide some information,e.g., such as a public code of the user, which can be authenticated bythe user, for example by providing an ID through the user interface 124or through biometric sensor 130. The public code can be provided to theUSR via the converter 102, system interface 104, and network 114. TheUSR can then provide back to any of the system interface and theconverter device any or all of device information (e.g., transactioncard information), authorization for a transaction, e.g., where thenetwork or the USR also communicates with the relevant authority, andindicia about the holder of the user device.

The system 100 may include a variety of system interfaces 106 ofdifferent types such as the wireless transceiver 154 and the data port156 in addition to the magnetic card reader 152. Although notillustrated, other system interfaces such as an optical interface, asmart card reader interface or any other system interface known to thoseof skill in the art can also be included. Further, the system interfacesmay be either commonly located or may be geographically distributed suchthat some locations include a wireless transceiver 154, some locationsinclude a data port 156, some locations include a magnetic card reader152, and some locations include a plurality of types of systeminterfaces.

Thus, in some embodiments the output device 150 of the converter device102 may include a data port via which the converter device 102 canprovide data to a network or a networked device. In one embodiment, thedata port is also configured to receive data from the network or anetworked device.

Embodiments of the converter device 102 can be configured to providecommunication to the system interface 106 via any of the precedingapproaches including wireless signal transmission. In a version of thisembodiment, the converter device 102 may receive wireless signals fromthe user device and transmit wireless signals to the system interface106. Further, the converter device may include a transmitter that allowsit to transmit information back to the user device.

Referring now to FIG. 29, a process 260 employing the converter device102 is illustrated in accordance with one embodiment. The process beginsat Stage 262—START. Here, the converter device 102 is in a steady statein which it awaits receipt of a signal from a user device 104. At Stage264, the converter device 102 receives data, for example, a wirelesssignal transmitted from the user device 104. At Stage 266, the converterdevice 266 extracts information from the wireless signal for processing.As one example, the converter device 102 may extract informationcorresponding to the user's identity and/or the identity of theindividual to whom the user device was issued. The extracted informationis then provided to the system interface, for example, it is simulatedas magnetic striped data to the magnetic card reader. At Stage 268, thesystem 100 authenticates the user. In one embodiment, if theauthentication is successful, the process continues at Stage 270. Inthis embodiment, if the authentication is unsuccessful, the processreturns to Stage 262 where, for example, the user may be prompted toattempt to authenticate again.

Various user authentication approaches may be implemented using theconverter device 102. For example, the authentication may be performedlocally, that is, without the need for communication between theconverter device 102 and the system interface 106 and system processor110. In one embodiment, the authentication process employs the universalsecure registry 118. In further embodiments, the authentication processemploys one or more authentication protocols such as public-keycryptography, key exchange protocols, protocols employing one-wayfunctions, and the like that are well known by those of ordinary skillin the art. In other embodiments, however, the authentication mayrequire an exchange of information between the converter device 102 andany of the system interface 106, the network 114, the USR 118 andanother database 112. A challenge-response protocol may also be employedalternatively or in combination with any of the preceding authenticationapproaches.

At Stage 270, the completion of the transaction may be involve any of awide variety of acts including: authorizing a withdrawal of money from auser's account, permitting the user access to a secure area, permittinga user to view medical information concerning themselves or a thirdparty, or permitting the user to access other confidential information.

In addition, in some embodiments, the process 260 includes Stage 274where following authentication the converter device 102 receivesinformation associated with the user. The information may, for example,be necessary for the completion of the transaction. For example, wherethe system 100 is employed in conjunction with a check-authorizationprocess, the converter device 102 may receive an indication that theuser has sufficient funds to cover the amount of the check that ispresented at a point of sale. Alternatively, or in addition, theinformation may include indicia related to the authorized holder of theuser device 104, such as a picture ID. The process 260 is completed atStage 272—END.

An embodiment, of the converter device 302 is illustrated in FIGS. 30Athrough 30D. As illustrated in the front view of FIG. 30A, in oneembodiment, the converter device 302 includes a housing 380, a substrate332, and a magnetic stripe 334. In one embodiment, the housing 380 ismanufactured from a rigid material, for example, metal or plastic andthe converter device 302 is designed to be a hand-held device. FIG. 30Billustrates a side view perspective of an embodiment of the converterdevice 302, showing an indicating light 348 (e.g., an LED). As describedin greater detail above, the indicating light 348 can include a singleindicating light or a plurality of indicating lights.

FIGS. 30A-30D illustrate an embodiment where the substrate extendssubstantially perpendicular from a side of the housing 380, however, thespecific angle at which the substrate extends from the housing may varyso long as the housing does not interfere with the insertion of thesubstrate into, for example, the magnetic card reader 152.

FIG. 30D illustrates a top view of an embodiment of the converter device302 which includes a display screen (e.g., an LCD display screen) thatmay provide the user interface 342 or a portion of the user interface ofthe converter device 302. In one embodiment, the user interface 342includes a display screen that displays either a black and white or acolor image of the individual to whom the user device 104 was issued. Itshould be recognized that the display screen may provide a wide range offunctionality, for example, the display screen may display a variety ofdata received by the converter device 302 including data represented inalpha numeric format.

The magnetic stripe 334 may be a programmable magnetic stripe such thatthe converter device 302 provides a magnetic stripe emulator. In oneembodiment, as has been described herein, the converter device 302receives a wireless signal from a user device 104 and provides a timevarying signal which emulates data provided by a magnetic-stripe card toa magnetic card reader in response to receiving the information from thewireless signal. In a further embodiment, the information is provided tothe magnetic card reader by inserting the magnetic stripe 334 into themagnetic card reader.

The various embodiments of a system and method for converting a wirelesstransaction device to a magnetic stripe emulator device may include anyof the following or any combination of the following: a converter devicewith a processor communicatively coupled to a wireless signal receiverand to a magnetic stripe emulator. The converter device may optionallyinclude an LED. Further the processor may be configured for anycombination of the following: control of the LED to indicate that thedevice is properly aligned with the magnetic card reader, control of theLED to indicate that the device has received authorization for atransaction, and where the converter device includes a power supply, aprocessor configured to control the LED to indicate that the device haspower.

In one embodiment, the information received from the wireless signal bythe converter device may include any of a name, a card number, useridentification, a device code, amount of credit available, and anexpiration date of the card for a transaction.

Further, in various embodiments, the converter device may include anoutput device that can provide information to a network or to anetworked device. In various embodiments, the output device can beconfigured as a wireless transmitter device, such as an opticaltransmitter device.

In various embodiments the wireless transmitter device where thewireless transmitter may generally be configured as an RF transmitterdevice, and in particular, as a Bluetooth transmitter device.

In addition, in various embodiments, the processor can be configured incombination with the output device to provide any of an encrypted outputsignal, a time-varying encrypted output signal, and in particular, atime-varying public and private key output signal.

In further embodiments, the converter device may include an outputdevice configured as a data port via which the converter device canprovide data to a network or a networked device and to receive data fromthe network or a networked device.

In one embodiment, the converter device may also include an LCD screenfor displaying at least some of the data received by the converterdevice, and a processor configured in combination with the LCD device todisplay indicia corresponding to the authorization of a transaction, andin particular, indicia that includes picture information of thecardholder.

In addition to the above described features, the various embodiments ofa system and method for converting a wireless transaction device to amagnetic stripe emulator device may include any combination of thefollowing or any combination of the following and the above listedfeatures: the converter device can be configured to communicate with themagnetic card reader via the data port; the wireless receiver and/orprocessor is configured to decrypt an encrypted wireless signal; theconverter device is configured to decrypt a time-varying encryptedwireless signal; the converter device configured to decrypt time-varyingpublic and private key information contained within the wireless signal;the converter device includes a user interface communicatively coupledto the processor; the converter device processor is configured todetermine whether the user is authorized to provide the informationcontained within the wireless signal from data provided through the userinterface.

In addition, the following further additional features may be combinedalone or in combination with the preceding: the data contained withinthe wireless signal received by the converter device may include anycombination of the following: user I.D. information, biometricinformation of the user, secret information, (for example, a PIN, apassword, or a passcode of the user), or information about anuncounterfeitable token of the user.

In various embodiments, the converter device may include a substratehousing the magnetic stripe emulator, and the substrate may include aprogrammable magnetic stripe.

In various embodiments, the system employed with the converter devicemay also include a system interface coupled to a network where thesystem interface includes a magnetic stripe reading device configured toread a time-varying signal. In a further embodiments, the systeminterface may be configured to transmit data received from the wirelesstransaction device to a networked credit card authentication entity alsocoupled to the network. The system may also include any of a keyboard, aprinter, an (LCD) display, and an audio signal transducer.

Although the preceding description is primarily directed to anembodiment of the user device 104 that does not include a magneticstripe, it should be recognized that some embodiments of the user device104 may include a magnetic stripe. In these various embodiments, theconverter device 102 may be employed to convert information coded on themagnetic stripe for transmission via another mode of informationtransmission.

As described above, various embodiments allow a user to employ a mobilephone or other device as a token to assist the user in securelyaccomplishing a variety of operations. Some embodiments also allow theuser to employ the token in combination with a USR system to increasethe utility of the token and the functionality and security of thevarious operations. That is, the token may be employed to assist theuser in conducting operations that access data concerning commercialtransactions (for example, retail purchases), finance and bankingoperations, medical records and medical information systems, physicalsecurity and access control, and identification and authentication ofthe parties involved in any of the preceding, etc.

Referring now to FIG. 31, a system 350 is illustrated for use infacilitating financial transactions in accordance with some embodiments.As used herein with reference to FIG. 31, the term “financialtransaction” can include any of sales transactions includingtransactions conducted on-line or at a point of sale using credit ordebit accounts, banking transactions, purchases or sales of investmentsand financial instruments or generally the transfer of funds from afirst account to a second account. The system includes a user device352, a point-of-sale (“POS”) device 354 and a universal secure registry356 which can communicate with one another wirelessly, and/or over anetwork 357.

According to one embodiment, the user device 352 includes a display 362,a user interface 364, a communication link 366 and a biometric sensor367. In various embodiments, the user device 352 may be any of a mobilephone, a personnel digital assistant or other handheld device.

In various embodiments, the communication link 366 may include any of areceiver and a transmitter suitable for wireless communication such asvia RF and/or optical signals. Accordingly, in some embodiments, thecommunication link 366 includes an antenna and/or an optical signalsource such as a LED alone or in combination with an optical receiver.In accordance with one embodiment, the user device 352 can employ anoptical signal in the infrared spectrum. In various embodiments, theuser device 352 can be configured to communicate by any form of awireless signal such as a Bluetooth signal, WiFi, near fieldcommunication, ultra-wideband communication, RF signals andelectromagnetic signals in general.

In some embodiments, the biometric sensor 367 may be employed to receiveand process biometric inputs such as any of or any combination of afingerprint, a speech/voice input, an iris scan, a retina scan, a facialscan, a written input, the user's fingerprint and DNA. In a furtherembodiment, the biometric sensor can be employed to process a writteninput that includes a signature.

In addition, various embodiments of the user device 352 may be in theform of a smart card or other type of credit card as describedpreviously. Further, in some embodiments, the user device 352 mayinclude an embodiment of the first wireless device 2110 illustrated inFIG. 21. Accordingly, in various embodiments, the user device 352 caninclude all or some of the features and functionality found in the firstwireless device 2110. That is, the user device 352 can include featuresthat may not be illustrated in FIG. 31, for example, a microprocessor,memory, a power source, etc. In yet another embodiment, the firstwireless device 2110 can be employed to conduct transactions inaccordance with the embodiment illustrated in FIG. 31 and describedbelow.

In general, the POS device 354 may be any type of POS device as known tothose of ordinary skill in the art. In accordance with some embodiments,the POS device 354 includes a display 368, a user interface 370 and acommunication link 372. Further, in some embodiments, the user devicemay include an embodiment of the second wireless device 2112 illustratedin FIG. 21. Accordingly, in various embodiments, the POS device 354 caninclude all or some of the features and functionality found in thesecond wireless device 2112. That is, the POS device 354 can includefeatures that may not be illustrated in FIG. 31, for example, amicroprocessor, memory, a power source, a biometric sensor, etc. In yetanother embodiment, the second wireless device 2112 can be employed toconduct transactions in accordance with the embodiment illustrated inFIG. 31 and described below. Further, it should be apparent to those ofskill in the art that the POS device may be a handheld device or alarger “countertop” device. It should also be apparent to those of skillin the art that the POS device may communicate wirelessly with thenetwork or may be coupled to the network 357 via a hardwired connection.

In accordance with one embodiment, the network 357 includes a pluralityof networks that may allow communication between any of the user device352, the POS device 354 and the USR 356 over any communication mediumincluding wired networks (including fiber optic networks) or wirelessnetworks. Further, the network may include one or more of either or bothof local area networks and wide area networks including the Internet. Ingeneral, the network 357 can be employed for communication between theuser device 352 and the USR 356, communication between the user device352 and the POS device 354, communication between the POS device 354 andthe USR 356, and communication between the user device 352 and the USR356 via the POS device 354. According to the illustrated embodiment, thesystem 350 may also include a network 374 that allows communicationbetween the user device 352 and the POS device 354 but does not providecommunication with the USR. A wireless personal area network such asBluetooth provides one example, while a local WiFi network, near fieldcommunication and ultra-wideband communication provide further examplesof various embodiments of the network 374. As should be apparent tothose of ordinary skill in the art, however, the network 357 may includeany of the preceding in accordance with some embodiments.

Further, in accordance with some embodiments, the user device 352 maywirelessly communicate with a converter device, for example, theconverter device 102 described with reference to FIG. 28. According tothis embodiment, the converter device is used to communicate with thePOS device 354, for example, where the POS includes a mag-stripe reader.

According to one embodiment, the USR 356 includes a secure database thatstores account information for a plurality of users 358. In a furtherembodiment, the USR 356 retains records concerning one or more accounts360 for each of the plurality users so that in effect the USR 356 in thesystem creates a secure wallet that allows a user of the device 352 toselect a particular account from among a plurality of accountsassociated with the user for use in a selected transaction. The type ofaccount can vary in accordance with various embodiments. In accordancewith one embodiment, the accounts 360 are credit card accounts, forexample, any of those serviced by VISA, MasterCard, Discover andAmerican Express. Alternatively or in combination with the preceding,the accounts 360 may be debit accounts associated with the various bankaccounts held by the user 358.

In accordance with various embodiments, the user device 352 includessoftware that allows the user device 352 to operate in combination withthe USR 356. In accordance with one embodiment, the user device 352 caninitially be provided with the software or it can be retrofitted bydownloading software for operation with the USR via the network 357. Inone embodiment, the software is loaded via a cellular network. Inanother embodiment, the software is loaded via any wireless network suchas a WiFi network. In a further embodiment, the software is included ina Subscriber Identity Module (“SIM”) that can be removably installed inthe user device 352. In yet another embodiment, the software is loadedover a hardwired communication link between the user device 352 and anaccess point to the network 357. Accordingly, various embodiments canallow a user to download the software for operation with the USR(including the initial receipt of the software, later updates, securitypatches, etc.).

In general and in accordance with one embodiment, the system 350 allowseach user to employ their respective user device 352 to purchase goodsor services at a wide variety of points-of-sale, and further, to makesuch purchases from one or more accounts selected from a plurality ofaccounts 360. Accordingly, the system 350 allows users to employ amobile phone as an “electronic wallet” to select, at the point-of-sale,a particular account from among a plurality of available accounts, forexample, a plurality of credit card accounts. Further, in someembodiments, the system 350 allows users to employ the approach forpurchases that are made using the Internet. As mentioned above, thesystem 350 can also be employed in other forms of financial transactionsincluding banking transactions and investment transactions.

In accordance with some embodiments, the user device 352 is activatedfor a transaction when the user satisfactorily completes anauthentication process with the device. In some embodiments, the entryof a PIN number known to the user is employed to activate the device. Insome embodiments, the software included in the user device 352 andemployed in conducting transactions using the system 350 remainsinoperative until the entry of the correct PIN. In a further embodiment,the data (for example, contact lists and associated information) storedin the user device 352 is unavailable or unintelligible until the entryof the correct PIN. In accordance with one embodiment, the data in theuser device 352 is stored following a mathematical operation that actsto modify the data such that it is unintelligible. In this example, theuser device 352 employs the PIN supplied by the user to reverse themathematical operation, for example, by performing an exclusive oroperation (“XOR”) on the data using the PIN to render the data legible.In other words, this embodiment provides a secure embodiment of the userdevice that is useless in the hands of a user without knowledge of thePIN information, as without the entry of the PIN, the data stored on thedevice is useless.

In a further embodiment, the above approach is used to disable thesoftware employed by the user device 352. That is, a mathematicaloperation is performed on software stored in the user device 352 withthe PIN. Once the mathematical operation is performed the modifiedsoftware is unusable and the software remains inoperative until the PINis supplied by the user. Here too, an XOR operation may be employed torecover the software, which allows the software to operate.

In accordance with one embodiment, the preceding approaches provide anincreased level of security because the theft of the user device 352(for example, the mobile phone) is not enough for the thief to employthe user device 352. Instead, a third party in possession of the userdevice 352 cannot employ the device to conduct a transaction withoutknowledge of the PIN.

Some embodiments can employ a multi-factor authentication process beforeallowing a user to employ the user device 352 to conduct a transaction.That is, the system 350 can authenticate a user based on something theuser knows, something the user is, and something that the user has.According to one embodiment, the user device 352 is included in the lastelement of the three factors. For example, many electronic devices,including mobile phones, include an electronic serial number. Thus, inone embodiment, the user is authenticated and allowed to conduct atransaction with the USR 356 by providing something the user knows (forexample, a PIN), something the user is (for example, a biometricmeasurement as detected by the biometric sensor 367) and something theuser possesses (for example, the mobile phone as evidenced by thecorrect electronic serial number). In accordance with this embodiment,the PIN, the biometric information and the electronic serial number arecommunicated to the USR 356 where the user is authenticated. In variousembodiments, the multiple pieces of data can be combined (for example,cryptographically combined through known encryption techniques) beforebeing communicated. The transaction and/or access to the user's accountinfo are permitted when an authentication is successful. Conversely, atransaction can be denied/refused where the authentication isunsuccessful, for example, where one or more of the PIN, the biometricinformation and the electronic serial number are incorrect.

According further embodiments, the multi-factor authentication processcan also employ the identification of the account selected by the userfor the current transaction. That is, the system 350 can authenticatethe user based on a combination of two or more of something the userknows, something the user is, something that the user has and an accountselected by the user for the current transaction (i.e., the transactionfor which the authentication is being completed). For example, in oneembodiment, encrypted authentication information is generated from anon-predictable value generated by the user device 352, identifyinginformation for the selected user account 360, and at least one of thebiometric information and secret information the user knows (forexample, a PIN). According to one embodiment, the authenticationinformation (for example, encrypted authentication information) iscommunicated to the secure registry for authentication and approval ofthe requested account access and/or financial transaction. In a furtherembodiment, one or more aspects of the authentication and approval arecompleted at the POS, for example, using the POS device 354, while inanother embodiment, the POS provides a conduit or communication pathfrom the user device 352 to the secure registry 356.

According to another embodiment, the user device 352 is secured suchthat authentication information cannot be generated by the user device352 prior to an authentication of the user based on the biometric inputprovided to the user device 352. In one embodiment, the user device 352performs the authentication. In another embodiment, the POS device 354authenticates the biometric information provided by the user. In yetanother embodiment, the biometric information is authenticated by thesecure registry 356.

According to one embodiment, any two of the PIN, the biometricinformation, the electronic serial number, a discrete code associatedwith the device and the identifying information concerning the selectedaccount are employed to generate a seed from which furtherauthentication information is generated, for example, to generate a seedfrom which a non-predictable value can be generated by the user device352. For example, in one embodiment, the seed is employed in analgorithm that also employs a temporal value to generate theauthentication information. In one embodiment, the seed and the furtherauthentication information are generated at the user device 352 and areprovided to either or both of the second device 354 and the USR 356.Either or both of the second device and the USR can use theauthentication information to authenticate or validate the identity ofthe user of the device 352, as has been described herein. In accordancewith another embodiment, all four of the PIN, the biometric information,the electronic serial number and the identifying information concerningthe selected account are employed to generate the seed. In oneembodiment, the discrete code that is associated with the device is alsoused in combination with each of the preceding to generate the seed.

In some embodiments, the discrete code that is associated with thedevice is provided in lieu of the electronic serial number while inother embodiments the unique code is employed with the electronic serialnumber to generate the seed. In one embodiment, the discrete code isunique to the user device 352. In accordance with one embodiment, thediscrete code is inaccessible to an individual in possession of thedevice. Further, the discrete code may be maintained by the user device352 such that any indication that the security of the device iscompromised results in the discrete code being set to a default value(for example, zero) which effectively prevents valid authenticationinformation from being generated by the user device 352. As just oneexample, the preceding security measure can be taken when the devicereceive an indication that it is being used under duress.

In another embodiment, a challenge/response protocol is employed, forexample, where the USR 356 communicates a challenge to the user device352 and access to the USR is only granted where the user's response iscorrect. In accordance with one embodiment, a correct response isgenerated using any of the PIN, the biometric information and theelectronic serial number in combination with the information provided asthe challenge. As has been discussed herein, the challenge/responseprotocol can be invisible and seamless to the user of the device 352,since other than the user providing any of PIN and/or biometricinformation, the communication protocol of the challenge/responseprotocol can be done in the background without active participation fromthe user.

According to some embodiments, the validation of the biometricinformation provided by the user can be performed on a character bycharacter basis. For example, where the biometric information includes aspoken word or phrase, each spoken character (whether alpha or numeric)can be individually evaluated to determine whether it was provided by auser authorized to employ the user device 352. In various embodiments,the authentication of the biometric occurs at the user device 352, atthe POS device 354, at the USR 356 or at a combination of the preceding.

In accordance with some embodiments, the security of the system may befurther increased where the system 350 allows for one or more approachesto limit the use of the user device 352. For example, according to oneembodiment, the system allows a user to establish limitations on the useof the user device 352. For example, a user may establish an activeperiod or periods as the only period(s) that the user device 352 can beused in combination with the USR 356. Accordingly, the active period mayinclude a temporal element. For example, the active period may be somany consecutive hours or days beginning from the start of theactivation period, a fixed period of time during every day, certain daysof the week, etc. As should be apparent to those of skill in the art, inone embodiment, operation of the user device 352 may be completelydisabled outside of the designated active period(s). In the embodimentillustrated in FIG. 31 where the system 350 is employed for financialtransactions including credit card purchases, the user may limit the useof the user device 352 to conduct such transactions to a maximum amountof a single transaction, a maximum cumulative amount of alltransactions, a maximum quantity of transactions and/or a predeterminedmonetary amount. According to some embodiments, each of the precedingcan be employed alone or in combination with a temporal element suchthat, for example, the maximums are determined for an active period oftime having a known length. Further, the values may be set by the user,or for example, by an issuer of the user device 352. Alternatively, themaximum values may be provided by an issuer of one or more of theplurality of user accounts 360.

As a further security enhancement, the user device 352 can be configuredto cease operating when an unauthorized use of the device is detected.The unauthorized use may be detected where the user 352 provides anindication that the device is being used under duress as describedabove. In one embodiment, a transaction in which a user signals the useunder duress proceeds but the user device 352 becomes inoperative forone or more subsequent transactions. In a further embodiment, the system350 communicates information concerning the situation to local lawenforcement, for example, the location of the user device and theidentity and/or appearance of the user. According to one embodiment, aconstant is added to the value of the PIN when the user device 352 isbeing used under duress. For example, the user can enter a value whichcorresponds to the PIN plus one.

In some embodiments, the USR 356 provides consolidated security for theplurality of user accounts associated with a plurality of individualservice companies (i.e., VISA MasterCard, etc.) who employ USR. In someembodiments, this avoids the need for the individual service companiesto separately monitor the security of transactions for each of theirrespective accounts even where the service companies are not beaffiliated with one another.

In a further embodiment, the user device 352 may destroydata/information present in the user device based on the occurrence ofan event or multiple events. In one embodiment, this action is theresult of evidence of tampering with the user device 352, for example,the repeated entry of an incorrect PIN. In another embodiment, the userdevice 352 destroys sensitive information (or a subset of informationincluded in the user device 352) following the passage of apredetermined period of time of, for example, inactivity. It is also tobe appreciated that, in an embodiment, the underlying data and/orsoftware need not be destroyed in the above events, but instead theremay be a lockout period as a result of the above events for which thedevice is rendered unusable. This lockout period may be extended and/orincreased for repeated events discussed above.

It is to be appreciated, as has been discussed herein, that according tosome embodiments, biometric information of a user of the first device orauthentication of biometric information of the user of the first devicecan be provided to the second device 354 for any of the purposesdescribed herein in any of the following ways: at least in part from thefirst device 352, at least in part from the USR 356, and at least inpart from reading the biometric data stored on the second device.

In accordance with one embodiment where wireless communication isemployed to communicate information between the user device 352 and thePOS device 354 (for example, communication via Bluetooth protocol), thePOS device may receive signals from a plurality of user devices 352 inthe vicinity of the POS device 354. Accordingly, the POS device 354 maybe employed to select from a plurality of users to conduct atransaction. For example, where an image of each of the users in thevicinity is displayed at the POS device 354, the individual operatingthe POS device 354 may select the user (and associated accounts) byselecting the photo of the user who is employing the user device 352 forthe current transaction.

It is to be appreciated, as has been discussed herein, that according tosome embodiments the system 350 including the USR 356 is used to provideauthorization for an occurrence of an event, such as a credit or debittransaction, without providing secure information such as the credit ordebit card number. In particular, for such embodiments, the USR eitherby itself or in combination with credit or banking authority,authenticates the user of the first device and the selected accountinformation and either provides a one time code for authorizing thetransaction or a denial to the second device, which can be displayed onthe second device to indicate the approval or denial of the transactionto the POS operator. It also to be appreciated that the system can alsobe employed, for example, for internet purchase through a web site wherethe USR can alone or in combination approves or denies the transactionand provides the approval or denial to the operator of the web site, forexample, where the user of the first device 352 either manually logsinto a web site and provides account information, or where the user ofthe first device communicates via the first device 352 and the tokenprovided by the first device with the web site. It is also to beappreciated that the code or information displayed at the second device354 can enable many forms of a transaction not just limited to a creditor debit transaction. It can include approval for enablement of any ofthe events that have been described herein. In addition, the code orinformation can, for example, provide authorization or security thatfunds exist in the account to cover a check written by the user of thefirst device, in effect providing a code that turns the personal checkinto a certified check, without the need for the user of the firstdevice having to obtain a bank check.

In various embodiments of the preceding system, the system 350 can beemployed as a peer to peer network. For example, the first device andthe second device are configured as peer to peer devices, in combinationwith the USR 356 or in some embodiments without the needs forinformation in the USR 356, as has been discussed herein, toauthenticate and/or validate an identity of a user of the first deviceto the second device and in addition to authenticate and/or validate anidentity of a user of the second device to the first device, to allow anoccurrence of an event, such as a credit or debit transaction, access toa secure location, passport identification information and the like.

Although the above-described system 350 employs the USR 356 tofacilitate the preceding operations, the above approach may be employedwith alternative systems that include a secure database with the user'saccount information. Further, although the preceding descriptionconcerning FIG. 31 primarily discusses sales transactions, the system350 may be employed in a variety of fields to allow only authorizedaccess by authenticated users to secure data, for example, asillustrated in FIG. 4, and the like as has been described herein.

Further, the user device can in some embodiments be used to authenticateidentity in a variety of applications. That is, an authentication codecan be generated by the user device 352 as described above where theauthentication code is used to determine whether the user is authorizedto take one or more actions. According to one embodiment, theauthentication code is provided to a security system to determinewhether the user is permitted to access a physical facility, forexample, to determine whether the user is permitted to access aresidence or a place of business. In a further embodiment, the userdevice 352 wirelessly communicates an authentication code to a homesecurity system as part of an access request. The authentication codegenerated by the user device 352 can be used in a similar manner todetermine whether an individual can access a computer network, forexample, log in. According to additional embodiments, such anauthentication code can also be used to provide positive identificationof an individual in possession of the user device 352 in the manner of apassport, driver's license or other form of identification issued by thegovernment or another third party such as an employer.

In one embodiment, a user device is configured to allow a user to selectany one of a plurality of accounts associated with the user to employ ina financial transaction. In one embodiment, the user device includes abiometric sensor configured to receive a biometric input provided by theuser, a user interface configured to receive a user input includingsecret information known to the user and identifying informationconcerning an account selected by the user from the plurality ofaccounts. In a further embodiment, the user device includes acommunication link configured to communicate with a secure registry, anda processor coupled to the biometric sensor to receive informationconcerning the biometric input, the user interface, and thecommunication link. According to one embodiment, the processor isconfigured to generate a non-predictable value and to generate encryptedauthentication information from the non-predictable value, theidentifying information, and at least one of the information concerningthe biometric input and the secret information, and to communicate theencrypted authentication information via the communication link to thesecure registry. According to another embodiment, the secret informationincludes the identifying information.

In a further embodiment, the communication link wirelessly transmits theencrypted authentication information to a point-of-sale (POS) device,and the POS device is configured to transmit at least a portion of theencrypted authentication information to the secure registry. Further,the POS device can include a magnetic stripe reader.

In yet another embodiment, the communication link wirelessly transmitsthe encrypted authentication information to a converter deviceconfigured to generate an emulated magnetic stripe output for use withthe POS device.

In still another embodiment, the user device includes a memory coupledto the processor where the memory stores information employed by thedevice to authenticate the to biometric received by the biometricsensor. In one embodiment, the device does not permit the entry of theuser input if the biometric input received by the biometric sensor isdetermined to not belong to an authorized user of the device.

According to a further embodiment, the secret information known to theuser includes a PIN, and the authentication of the secret informationand the biometric input activate the device for the financialtransaction. In one embodiment, the user device includes a memorycoupled to the processor and the data stored in the memory isunavailable to an individual in possession of the device until thedevice is activated. According to his embodiment, the data can besubject to a mathematical operation that acts to modify the data suchthat it is unintelligible until the device is activated.

In accordance with some embodiments, a method of generatingauthentication information includes acts of authenticating an identityof a user to a device based on at least one of biometric data receivedby the device from the user and secret information known to the user andprovided to the device. The method can also include the generation of anon-predictable value with the device. The method can further includeacts of receiving identifying information from the user concerning aselected one of a plurality of user accounts and generating encryptedauthentication information from the non-predictable value, theidentifying information, and at least one of the biometric data and thesecret information. In a further embodiment, the device can generateencrypted authentication information from each of the non-predictablevalue, the biometric data, the secret information, and the identifyinginformation.

In accordance with another embodiment, the method includes an act ofde-activating the device without generating the encrypted authenticationinformation if the identity of the user is not successfullyauthenticated to the device. Embodiments may also include an act ofgenerating encrypted authentication information in a manner that allowsthe identification of the user and the selected one of the plurality ofuser accounts by a secure registry.

According to a still further embodiment, a method of controlling accessto a plurality of accounts is provided where the method includes acts ofgenerating, with a device, encrypted authentication information from anon-predictable value generated by the device, identifying informationconcerning an account selected by a user of the device from among aplurality of accounts associated with the user, and at least one of abiometric of the user received by the device and secret informationprovided to the device by the user, communicating the encryptedauthentication information from the device to a secure registry via apoint-of-sale (POS) device to authenticate or not authenticate thedevice with the secure registry, authorizing the POS device to initiatea financial transaction involving a transfer of funds to or from theaccount selected by the user when the encrypted authenticationinformation is successfully authenticated, and denying the POS devicefrom initiation of the financial transaction involving a transfer offunds to or from the account selected by the user when the encryptedauthentication information is not successfully authenticated.

According to a further embodiment, the method includes an act ofauthenticating an identity of the user by validating the biometric withone of the device and the secure registry. In some embodiments, thebiometric can be validated on a character-by-character basis.

According to yet another embodiment, the method includes an act oftransmitting image data from the secure registry to the POS device alongwith an authorization authorizing the POS device to initiate thefinancial transaction provided that the image data when processed at thePOS device authenticates an identity of the user. In a furtherembodiment, the method also includes an act of authenticating theidentity of the user at the POS device by any of displaying an image ofthe user at the POS device for visual confirmation by an operator of thePOS device and processing biometric data provided by the image data. Theoperator may be a store clerk, bank clerk, security personnel or anindividual in any other capacity in which they are tasked with aresponsibility to verify an identity of an individual in possession ofthe user device.

In accordance with one embodiment, the secure registry includes adatabase containing information concerning a plurality of accountsassociated with a different one of a plurality of users, respectively.Further, the plurality of accounts can include accounts associated witha plurality of different financial service providers. According to someembodiments, the method can include an act of transmitting informationincluding at least a portion of the encrypted authentication informationto the secure registry from the POS device.

Having thus described several aspects of at least one embodiment of thisinvention, it is to be appreciated various alterations, modifications,and improvements will readily occur to those skilled in the art. Suchalterations, modifications, and improvements are intended to be part ofthis disclosure, and are intended to be within the spirit and scope ofthe invention. Accordingly, the foregoing description and drawings areby way of example only.

What is claimed is:
 1. An electronic ID device configured to allow auser to select any one of a plurality of accounts associated with theuser to employ in a financial transaction, comprising: a biometricsensor configured to receive a biometric input provided by the user; auser interface configured to receive a user input including secretinformation known to the user and identifying information concerning anaccount selected by the user from the plurality of accounts; acommunication interface configured to communicate with a secureregistry; a processor coupled to the biometric sensor to receiveinformation concerning the biometric input, the user interface and thecommunication interface, the processor being programmed to activate theelectronic ID device based on successful authentication by theelectronic ID device of at least one of the biometric input and thesecret information, the processor also being programmed such that oncethe electronic ID device is activated the processor is configured togenerate a non-predictable value and to generate encryptedauthentication information from the non-predictable value, informationassociated with at least a portion of the biometric input, and thesecret information, and to communicate the encrypted authenticationinformation via the communication interface to the secure registry; andwherein the communication interface is configured to wirelessly transmitthe encrypted authentication information to a point-of-sale (POS)device, and wherein the secure registry is configured to receive atleast a portion of the encrypted authentication information from the POSdevice.
 2. The electronic ID device of claim 1, wherein the electronicID device comprises a discrete code associated with the electronic IDdevice.
 3. The electronic ID device of claim 1, wherein at least aportion of the biometric input received by the biometric sensor iscommunicated to the secure registry for authentication prior togeneration of the encrypted authentication information.
 4. Theelectronic ID device of claim 1, wherein the secret information includesthe identifying information.
 5. The electronic ID device of claim 1,further comprising a memory coupled to the processor, wherein the memorystores information employed by the electronic ID device to authenticatethe biometric received by the biometric sensor.
 6. The electronic IDdevice of claim 5, wherein the electronic ID device does not permit theentry of the user input if the biometric input received by the biometricsensor is determined to not belong to an authorized user of theelectronic ID device.
 7. The electronic ID device of claim 6, whereinthe secret information known to the user includes a PIN, and wherein theauthentication of both the secret information and the biometric inputactivate the electronic ID device for a financial transaction.
 8. Theelectronic ID device of claim 7, further comprising a memory coupled tothe processor, wherein data stored in the memory is unavailable to anindividual in possession of the electronic ID device until theelectronic ID device is activated.
 9. The electronic ID device of claim8, wherein the data is subject to a mathematical operation that acts tomodify the data such that it is unintelligible until the electronic IDdevice is activated.
 10. The electronic ID device of claim 7, furthercomprising a memory coupled to the processor and configured to store anelectronic serial number of the electronic ID device, wherein theprocessor is configured to generate a seed using at least two of theelectronic serial number, a discrete code associated with the electronicID device, the PIN, a time value, and the biometric input to generatethe encrypted authentication information, and wherein the seed isemployed by the processor to generate the non-predictable value.
 11. Theelectronic ID device of claim 1, wherein the biometric sensor isconfigured to receive and process at least one of a fingerprint, aspeech/voice input, an iris scan, a retina scan, a facial scan, writteninformation and a DNA input.
 12. The electronic ID device of claim 11,wherein the processor is configured to generate account identifyinginformation for the respective one of the plurality of accounts, whereinthe account identifying information does not identify an account numberof the respective one of the plurality of accounts.
 13. The electronicID device of claim 1, wherein the processor is configured to displayindicators for the plurality of accounts in the user interface, and theuser interface is configured to accept user selection of a respectiveone of the plurality of accounts.
 14. The electronic ID device of claim1, wherein the user interface is configured to display options forpurchase.
 15. The electronic ID device of claim 14, wherein the userinterface is configured to accept selection of at least one product orservice.
 16. A method of generating authentication informationcomprising acts of: authenticating an identity of a user to anelectronic ID device based on at least one of biometric data received bythe electronic ID device from the user and secret information known tothe user and provided to the electronic ID device; activating theelectronic ID device based on successful authentication; generating,responsive to activating, a non-predictable value with the electronic IDdevice; receiving, in a user interface, identifying information from theuser concerning a selected one of a plurality of user accounts;generating encrypted authentication information from the non-predictablevalue, information associated with at least a portion of the biometricdata, and the secret information; and communicating, by a communicationinterface, the encrypted authentication information from the electronicID device to a secure registry via a point-of-sale (POS) device toauthenticate the electronic ID device with the secure registry.
 17. Themethod of claim 16, further comprising an act of displaying, on the userinterface indicators for the plurality of user accounts stored in amemory of the electronic ID device.
 18. The method of claim 16, furthercomprising an act of de-activating the electronic ID device withoutgenerating the encrypted authentication information if the identity ofthe user is not successfully authenticated to the electronic ID device.19. The method of claim 16, further comprising an act of generating aseed from which the authentication information is generated by employingat least two of the biometric data, the secret information known to theuser, and an electronic serial number of the electronic ID device. 20.The method of claim 16, further comprising an act of generatingencrypted authentication information in a manner that allows theidentification of the user and the selected one of the plurality of useraccounts by a secure registry.
 21. The method of claim 16, furthercomprising an act of generating an account identifier for the selectedone of the plurality of user accounts that does not include an accountnumber, and wherein the act of generating encrypted authenticationinformation includes using the account identifier for the identifyinginformation.
 22. The method of claim 16, further comprising displayingoptions for purchase on the user interface.
 23. The method claim 22,further comprising selecting with the user interface at least oneproduct or service for purchase.
 24. A method of controlling access to aplurality of accounts, the method comprising acts of: generating, withan electronic ID device, a non-predictable value; generating, with theelectronic ID device, encrypted authentication information from thenon-predictable value generated by the electronic ID device, informationassociated with at least a portion of a biometric of the user receivedby the electronic ID device, and secret information provided to theelectronic ID device by the user; communicating the encryptedauthentication information from the electronic ID device to a secureregistry via a point-of-sale (POS) device to authenticate or notauthenticate the electronic ID device with the secure registry;authorizing the POS device to initiate a financial transaction involvinga transfer of funds to or from the account selected by the user when theencrypted authentication information is successfully authenticated; anddenying the POS device from initiation of the financial transactioninvolving a transfer of funds to or from the account selected by theuser when the encrypted authentication information is not successfullyauthenticated.
 25. The method of claim 24, further comprising displayingoptions for purchase on the user interface.
 26. The method claim 25,further comprising selecting with the user interface at least oneproduct or service for purchase.